MT5와 속도 - 페이지 84

새 코멘트
 
20쌍에 대한 Expert Advisors가 있는 것이 각각 1개씩 20개의 터미널을 실행하는 것이 가장 수익성이 높다는 것을 올바르게 이해하고 있습니까?
 
traveller00 :
20쌍에 대한 Expert Advisors가 있는 것이 각각 1개씩 20개의 터미널을 실행하는 것이 가장 수익성이 높다는 것을 올바르게 이해하고 있습니까?

네.

 
traveller00 :
20쌍에 대한 Expert Advisors가 있는 것이 각각 1개씩 20개의 터미널을 실행하는 것이 가장 수익성이 높다는 것을 올바르게 이해하고 있습니까?

큐는 다릅니다. Windows에서는 로드가 많지 않은 터미널 20개의 작업이 로드된 터미널 하나의 큐보다 빠릅니다.

 

서버 로그와 비교하면 터미널에서 보낸 OrderSend 가 지연 없이 서버에 도달하는 것으로 나타났습니다. 저것들. 유동성을 빨리 잡아야 한다면 아마 잡아야 합니다.

그러나 여기 터미널에서 압수 여부를 알 수 있습니다. 엄청난 지연이 있을 뿐입니다. 저것들. 터미널에서 거래 환경의 지연에 직면하여.

 
fxsaber :

한 계정에서 모든 거래를 5개의 터미널로 나누었습니다. 다른 한편으로는 모든 것을 하나에 남겼습니다.


로그에서 터미널로 분할하면 OnTradeTransaction 작업 시간이 단축됩니다.

또한 보낸 주문 수가 OnTradeTransaction 시간에 영향을 미친다고 자신 있게 말할 수 있습니다. 많을수록 평균적으로 더 오래 걸립니다.


일반적으로 모든 것이 조용히 있을 것 같습니다.

점검 해보자. 그러나 코드 예제를 즉시 적용하는 것이 좋습니다. 로그로 판단하면 약 1ms의 빈도로 거래할 때 지연이 시작됩니다. 각 틱마다 주문이 전송되거나 1ms마다 타이머가 전송됩니다.

 
Anton :

점검 해보자. 그러나 코드 예제를 즉시 적용하는 것이 좋습니다. 로그로 판단하면 약 1ms의 빈도로 거래할 때 지연이 시작됩니다. 각 틱마다 주문이 전송되거나 1ms마다 타이머가 전송됩니다.

수정은 자주 갈 수 있습니다. 전투 고문을 연결할 수 없습니다. 아마도 자동 총알을 작성해야 할 것입니다.

 
fxsaber :

수정은 자주 갈 수 있습니다. 전투 고문을 연결할 수 없습니다. 아마도 자동 총알을 작성해야 할 것입니다.

IMHO 최소한의 수정이 필요한데 서버에 대한 요청 건수에 따라 일종의 순위가 있다고 생각하고 서버에 "노이즈"가 많으면 테일에서 끝날 수 있습니다 .

 
Mikhail Mishanin :

IMHO 최소한의 수정이 필요한데 서버에 대한 요청 건수에 따라 일종의 순위가 있다고 생각하고 서버에 "노이즈"가 많으면 테일에서 끝날 수 있습니다 .

그와 같은 일은 없다.

 
fxsaber :

자동 총알을 작성해야 합니다.

트레일러에서. 0에 가까운 핑으로 머신에서 실행하면 GUI 터미널이 단단히 고정되고 RDP를 통해 아무 반응도 하지 않지만 렌더링됩니다.

분명히, 불필요한 수백 FPS의 영향. 이것은 버그입니다.


그러나 동시에 세 개의 복사본을 실행하면 한 번에 이 문제가 발생합니다. 

DH      0       14:52:25.817    Trades  '88756': order #2229679 sell 0.01 / 0.01 EURUSD at market done in 31.402 ms (OrderSendTest_Position)
이것은 ~0.5ms 핑이 있는 데모입니다.
파일:
OrderSend-Test2.ex5  299 kb
 

핑이 없는 기계에서 터미널(2/20 Expert Advisors 시작) 이 1.5ms보다 빠른 거래 요청 실행 결과를 본 적이 없습니다(눈으로 로그를 살펴봤습니다). 많이 ~ 2-3ms.

이번에는 어떤 활동을 구성하나요? OS별인가요?


MQ-Demo 서버는 이제 b2789입니다. Server b2755와 비교하여 속도 면에서 변화가 있습니까?

1...777879808182838485868788899091...94
새 코멘트