코드에서 LoU는 다음으로 변경됩니다. 모든 틱 가격이 하락하고 내 LoU는 거래를 시작한 후에만 변경됩니다.
귀하의 코드에서 LoU는 거래를 연 후에만 변경됩니다........ 하지만 동시에 귀하의 코드는 내 코드와 마찬가지로 각 지역 최소값 이후 30pp의 주문을 열지 않습니다 . 내 코드에서와 같이 열려면 주문이 필요하지만 어떻게 될까요? LoU는 매 틱 또는 분마다 변경되지 않았습니다. 그리고 고문은 각 주문을 열기 위해 훨씬 덜 일할 것입니다.
가능하다면 2010년 1월 4일에 내 코드와 정확히 동일한 주문(가격, 시간 및 수량 기준)이 열리도록 만드십시오. 그러나 동시에 LoU는 트랜잭션이 열린 후에만 변경됩니다. 또는 다른 방식으로 (때로는) LoU 변경 횟수를 크게 줄입니다.
귀하의 코드에서 LoU는 거래를 연 후에만 변경됩니다........ 하지만 동시에 귀하의 코드는 내 코드와 마찬가지로 각 지역 최소값 이후 30pp 이후에 주문을 열지 않습니다 . 내 코드에서와 같이 열려면 주문이 필요하지만 어떻게 될까요? LoU는 매 틱 또는 분마다 변경되지 않았습니다. 그리고 고문은 각 주문을 열기 위해 훨씬 덜 일할 것입니다.
나는 테스터에서 2008년 이후로 여전히 일관되게 허용 가능한 감소와 함께 이익을 제공하는 안정적인 통계 패턴을 발견했습니다. 그리고 다른 쌍과 프레임 등에서 테스트해야 합니다. 그러나 동시에 여러 매개변수를 테스트해야 합니다. 최적화에는 비현실적으로 많은 시간이 걸립니다. 그리고 훨씬 더 빨리 필요한 것을 테스트하는 코드를 이미 작성했습니다. 이제 저는 코드를 개선하고 있습니다. 즉, 테스터에서 코드가 더 빨리, 아니 더 빨리 작동하기를 원합니다. 그리고 내 코드의 주요 알고리즘은 각 지역 최소값 이후에 30포인트를 주문하는 것입니다. 그래서 최대한 빨리 하려고 해요.
테스터에서 2008년 이후로 여전히 허용 가능한 감소와 함께 안정적인 수익을 제공하는 안정적인 통계 패턴을 찾았습니다. 그리고 다른 쌍과 프레임 등에서 테스트해야 합니다. 그러나 동시에 여러 매개변수를 테스트해야 합니다. 최적화에는 비현실적으로 많은 시간이 걸립니다. 그리고 훨씬 더 빨리 필요한 것을 테스트하는 코드를 이미 작성했습니다. 이제 저는 코드를 개선하고 있습니다. 즉, 테스터에서 코드가 더 빨리, 아니 더 빨리 작동하기를 원합니다. 그리고 내 코드의 주요 알고리즘은 각 지역 최소값 이후에 30포인트를 주문하는 것입니다. 그래서 최대한 빨리 하려고 해요.
코드를 체크인해도 부하가 걸리지는 않지만 정말로 시도하고 싶다면
double LoU;
intOnInit ()
{
LoU=Low[ 0 ];
}
//+------------------------------------------------------------------+voidOnTick ()
{
if (Low[ 1 ]<LoU) {LoU=Low[ 1 ];}
if ((Bid- 30 * Point )>=LoU)
{
if ( OrderSend ( Symbol (),OP_SELL, 0.1 ,Bid, 3 , 0 , 0 , "300" , 0 )) LoU=Low[ 0 ];
}
}
#14674 이것은 내 코드가 포함된 첫 번째 게시물입니다.
코드에서 LoU는 다음으로 변경됩니다. 모든 틱 가격이 하락하고 내 LoU는 거래를 시작한 후에만 변경됩니다.
귀하의 코드에서 LoU는 거래를 연 후에만 변경됩니다........ 하지만 동시에 귀하의 코드는 내 코드와 마찬가지로 각 지역 최소값 이후 30pp의 주문을 열지 않습니다 . 내 코드에서와 같이 열려면 주문이 필요하지만 어떻게 될까요? LoU는 매 틱 또는 분마다 변경되지 않았습니다. 그리고 고문은 각 주문을 열기 위해 훨씬 덜 일할 것입니다.
가능하다면 2010년 1월 4일에 내 코드와 정확히 동일한 주문(가격, 시간 및 수량 기준)이 열리도록 만드십시오. 그러나 동시에 LoU는 트랜잭션이 열린 후에만 변경됩니다. 또는 다른 방식으로 (때로는) LoU 변경 횟수를 크게 줄입니다.귀하의 코드에서 LoU는 거래를 연 후에만 변경됩니다........ 하지만 동시에 귀하의 코드는 내 코드와 마찬가지로 각 지역 최소값 이후 30pp 이후에 주문을 열지 않습니다 . 내 코드에서와 같이 열려면 주문이 필요하지만 어떻게 될까요? LoU는 매 틱 또는 분마다 변경되지 않았습니다. 그리고 고문은 각 주문을 열기 위해 훨씬 덜 일할 것입니다.
모든 틱 또는 분을 확인하지 않는 경우 로컬 최소값을 결정하는 방법은 무엇입니까?
머리를 긁적거리는건 이건데....
옵션으로 Вid - Low[?] > 30 p. 주문을 엽니다. 그러나 이 Low[?]의 수를 찾는 방법은 무엇 입니까?머리를 긁적거리는건 이건데....
무엇 때문에?
검사 빈도를 줄이려는 이유를 말씀해 주십시오.
무엇 때문에?
나는 테스터에서 2008년 이후로 여전히 일관되게 허용 가능한 감소와 함께 이익을 제공하는 안정적인 통계 패턴을 발견했습니다. 그리고 다른 쌍과 프레임 등에서 테스트해야 합니다.
그러나 동시에 여러 매개변수를 테스트해야 합니다. 최적화에는 비현실적으로 많은 시간이 걸립니다. 그리고 훨씬 더 빨리 필요한 것을 테스트하는 코드를 이미 작성했습니다. 이제 저는 코드를 개선하고 있습니다. 즉, 테스터에서 코드가 더 빨리, 아니 더 빨리 작동하기를 원합니다. 그리고 내 코드의 주요 알고리즘은 각 지역 최소값 이후에 30포인트를 주문하는 것입니다. 그래서 최대한 빨리 하려고 해요.
무엇 때문에?
검사 빈도를 줄이려는 이유를 말씀해 주십시오.
모든 코드를 더 빠르게 실행하려면
모든 틱 또는 분을 확인하지 않는 경우 로컬 최소값을 결정하는 방법은 무엇입니까?
옵션 - 함수 Low[iLowest(NULL,0,MODE_LOW,P1,0)] 또한 각 틱에서 최소값을 확인하지 않고 최소값을 찾습니다.
나는 그것을 사용하려고했지만 어떤 경우에만 나에게 적합합니다.
아니면 내가 알지 못하고 내 마음에 도달 할 수없는 다른 디자인이있을 수 있습니다.
테스터에서 2008년 이후로 여전히 허용 가능한 감소와 함께 안정적인 수익을 제공하는 안정적인 통계 패턴을 찾았습니다. 그리고 다른 쌍과 프레임 등에서 테스트해야 합니다.
그러나 동시에 여러 매개변수를 테스트해야 합니다. 최적화에는 비현실적으로 많은 시간이 걸립니다. 그리고 훨씬 더 빨리 필요한 것을 테스트하는 코드를 이미 작성했습니다. 이제 저는 코드를 개선하고 있습니다. 즉, 테스터에서 코드가 더 빨리, 아니 더 빨리 작동하기를 원합니다. 그리고 내 코드의 주요 알고리즘은 각 지역 최소값 이후에 30포인트를 주문하는 것입니다. 그래서 최대한 빨리 하려고 해요.
코드를 체크인해도 부하가 걸리지는 않지만 정말로 시도하고 싶다면
옵션 - 함수 Low[iLowest(NULL,0,MODE_LOW,P1,0)] 또한 각 틱에서 최소값을 확인하지 않고 최소값을 찾습니다.
아니면 내가 알지 못하고 내 마음에 도달 할 수없는 다른 디자인이있을 수 있습니다.