무역 시스템 리그. 우리는 계속 일합니다. - 페이지 152

새 코멘트
 
Roman Shiredchenko :
친애하는 - 여기에있는 귀하의 의견은 누구에게도 관심이 없습니다. 당신은 숲에 갈 것입니다, IMHO!!!

엉터리. 나는 관심이있다. 불타라, 노인! :디

 
Vladimir Baskakov :
테스트 모드 를 위치 개방 알고리즘과 혼동하지 마십시오. 알고리즘이 막대를 열어서 만들어지면 테스트하고 최적화하는 것이 즐겁습니다.

내가 볼 수있는 한, 이전 막대를 닫는 알고리즘. 열면 작동하지 않기 때문입니다. 모든 논리가 깨질 것입니다.

 
Eduard_D :

내가 볼 수있는 한, 이전 막대를 닫는 알고리즘. 열면 작동하지 않기 때문입니다. 모든 논리가 깨질 것입니다.

잘못된 논리는 코드베이스의 예를 살펴보십시오.

 //--- we work only at the time of the birth of new bar
   datetime time_0= iTime (m_symbol.Name(), Period (), 0 );
   if (time_0==ExtPrevBars)
       return ;
   ExtPrevBars=time_0;
 
Eduard_D :

조지, 모자를 벗는다...! 당신과 당신의 인디언들은 리그를 재최적화하는 엄청난 일을 하고 있습니다.

특히 재최적화를 위한 2시간을 믿지 않는 회의론자들을 위해:

그리고 이것은 한 쌍에 단 하나 의 차량입니다.

글쎄요, 제 하드웨어는 당신보다 열악하지만, 2배 적은 시간을 투자하더라도 컴퓨터는 논스톱 재최적화 작업에 참여해야 합니다.

그것이 바로 내가 항상 완전한 기성 차량 세트를 가지려면 데모 계정에서 지속적으로 작업해야 한다는 결론에 도달한 이유입니다. 그리고 "컨트롤 샷을 보여준" 사람들만 다시 최적화하면 됩니다. 하루에 3~10개를 받습니다. 평균은 5입니다. 각 시스템은 다시 최적화하는 데 15분에서 2시간이 걸립니다. 플러스 - 5에서 20으로 나눗셈에서 나눗셈으로 이동합니다(하지만 번역은 코드에서 나눗셈 플래그를 변경하고 다시 컴파일하므로 매우 빠르게 진행됩니다).

 
Vladimir Baskakov :
막대를 여는 알고리즘을 만들면 모든 것이 날아갈 것입니다. 스캘퍼도 없는데 왜 매 틱 을 괴롭히니 기계를 불쌍히 여겨

비행하지 않습니다. 나에게 코드는 충분히 최적화되어 있습니다. 동시에 막대를 여는 알고리즘은 매우 부정확합니다.

"모든 틱" 모드는 너무 정확하지만 적절한 순간(시간 프레임당 하나)에 틱만 처리되지만 각 틱에 대해 아주 작은 예비 검사가 몇 번 수행되며 필수는 아닙니다.

그 결과 가장 합리적인 선택으로 오래 전에 1M OHLC 모드로 정착했습니다.

 
Roman Shiredchenko :

그는 필요합니다. 괜찮은.

내 계정 은 2599118입니다.

마법: 200640, 642750, 642342, 642350,642422.

모니터링이 실패합니까?

마련하다.

계정: 2599118
마법: 200640

등록 코드: 2107362309

------------------------------------

계정: 2599118
마법: 642750

등록 코드: 3877358909

------------------------------------

계정: 2599118
마법: 642342

등록 코드: 3030109576

------------------------------------

계정: 2599118
마법: 642350

등록 코드: 2963000471

------------------------------------

계정: 2599118
마법: 642422

등록 코드: 2359020562

------------------------------------

 
Eduard_D :
George, 레이아웃, pliz, 현재 설정은 640150입니다.

요컨대, 나는 그것을 정말로 원하지 않습니다. 그러나 예외로 초기화 함수는 다음과 같습니다. 

   m_didData.m_etWorkTimeFrame = PERIOD_H4 ;
   m_dtBuildMoment = D'2018.07.23' ;
   m_iH6WorkIdx = - 1 ;
   m_uiEMAPeriod = 169 ;
   m_dFilterDATRLevel = 0.00 ;
   m_dTPvsDATR = 2.95 ;
   m_esEnterSignal = ES_LONGSTRIKE_BAR_3;
   m_bInverseSignal = false ;
   m_dUnlossTriggerVsDATR = 0.20 ;
   m_dUnlossDistanceVsDATR = 0.17 ;
   m_dSLvsDATR = 4.90 ;
   m_cfpControlParams.m_dStability = 0.358 ;
   m_lcEALeagueClass = LC_HIGH;
여기에서 이미 계산된 SL, TP, 모멘텀 및 손익분기점 수준(DATR과 관련하여)에 유의해야 합니다.
 
Georgiy Merts :

비행하지 않습니다. 나에게 코드는 충분히 최적화되어 있습니다. 동시에 막대를 여는 알고리즘은 매우 부정확합니다.

"모든 틱" 모드는 너무 정확하지만 적절한 순간(시간 프레임당 하나)에 틱만 처리되지만 각 틱에 대해 아주 작은 예비 검사가 몇 번 수행되며 필수는 아닙니다.

그 결과 가장 합리적인 선택으로 오래 전에 1M OHLC 모드로 정착했습니다.

저것들. 또한 테스트 모드 와 여는 알고리즘의 차이점을 이해하지 못합니다. 비애
 
Georgiy Merts :

요컨대, 나는 그것을 정말로 원하지 않습니다. 그러나 예외로 초기화 함수는 다음과 같습니다.

여기에서 이미 계산된 SL, TP, 모멘텀 및 손익분기점 수준(DATR과 관련하여)에 유의해야 합니다.

uilMaxTPC4Enter의 값은 얼마입니까?

 
Eduard_D :

uilMaxTPC4Enter의 값은 얼마입니까?

영. 이 함수는 너무 오래되어서 그 당시에는 아직 이 매개변수가 없었습니다.

1...145146147148149150151152153154155156157158159...360
새 코멘트