요새. 실행 질문 - 페이지 6

새 코멘트
 
papaklass :

그리고 TIME OF EXECTION OF TRADE ORDER와 연결된 단말로의 배송 시간은 어떻게 되나요?

배송은 배송이며 리드 타임은 리드 타임입니다. 주문이 실행된 후에는 이 정보가 아직 터미널에 수신되지 않은 경우에도 미끄러지지 않습니다!

터미널에서 거래 주문의 실행 시간이 아니라 터미널로 배송되는 시간을 알려준다고 말씀하시겠습니까?

차이점을 이해하셨나요, 똑똑한 녀석?

그래 너보다 똑똑해 미안해....
 
papaklass :

나는 당신이 댓글을 단 게시물에 세 가지 질문을 했는데 어떤 대답도 볼 수 없습니다. :)

와, 정말 빛난다!

 

남. 옵션이 올바른 개발자. 당신의 말에서 그것은 밝혀졌습니다

클라이언트는 주문을 서버에 매우 빠르게 전송합니다.

서버가 매우 빠릅니다

서버는 클라이언트에 응답을 보내는 데 어리석습니다.

또는

아직

올바른 옵션

클라이언트는 빨리 주문을 보냅니다

서버가 매우 빠르지 않습니다

서버가 클라이언트에 신속하게 응답을 보냅니다.

(이 경우는 MT5 서버가 거래 요청의 최종 인스턴스인 경우)


 
papaklass :
가능하면 통계를 위해 몇 시간 동안 새 빌드에서 EA를 다시 실행하십시오. 귀하의 서버는 훨씬 더 강력합니다. 실험의 순수성을 위해.

1035 빌드가 있습니다.

전문가 출시

\...

지하실에 로그인

파일:
20141229.log  103 kb
 
papaklass :

주제에 따라:

4개에서는 유사한 떠다니는 쓰레기처럼 보입니다.

그리고 실행 시간 이 의심스럽습니다. 핑 8-9ms.

MK, 한 번에 두 개의 플랫폼을 생각하십시오. 비동기식 주문이 없더라도 4개는 가능한 것보다 훨씬 더 나쁩니다. :)

새해에는 긴장을 풀고 당신은 우리의 안절부절입니다!

 

좋은 오후입니다, 레나트!

다음은 MT-5 서버(단말기)에서 "라이브"를 지연시키는 또 다른 확인입니다.

집에서 인터넷을 통한 거래(실제 계좌)

보라, 매수 주문을 삭제하는 주문의 실행 시간은 11ms이고,

2ms 후에 전송된 두 번째 주문의 실행 시간은 이미 3.55배 더 깁니다.

오늘날의 "죽은" 시장에서 이것은 "수중 빙산"과 대기열로 설명할 수 없습니다.

 
Mikalas :

좋은 오후입니다, 레나트!

다음은 MT-5 서버(단말기)에서 "라이브"를 지연시키는 또 다른 확인입니다.

이것은 증거가 아닙니다.

당신은 당신의 끝에서 측정 만 볼 수 있습니다. 전체 인프라(소프트웨어 하드웨어, 채널)가 안정적이고 지속적인 지연이 있다고 가정할 수 없습니다. 또한 밀리초를 측정할 때 이러한 명령문을 작성하는 것은 불가능합니다.

로컬 디스크에 쓰기/읽기를 할 때에도 쓰기/읽기 속도의 안정성이 보장되지 않습니다(밀리초(수십 밀리초)가 너무 빨리 점프하는 경우). 하지만 여기서는 중간 노드 및 자체 인프라.


명확히 하자면, 속도 최적화 한계(이 경우 10밀리초)로 이동할 때 소프트웨어가 아니라 인프라가 최대 영향을 미칩니다. 잊지 마세요. 이것은 소매 플랫폼이며 전용 채널을 통해 이웃 컴퓨터에서 한 번에 주문장에 직접 주입하는 것이 아닙니다.

우리는 계속해서 최적화할 것이지만 이제 결과에 대한 우리의 영향은 인프라의 영향보다 훨씬 적습니다.


ps: 이자를 위해 Quick에서 트랜잭션 실행 시간을 측정합니다 .

[삭제]  
빠른 지연에서 기계식 스톱워치를 사용하여 측정할 수 있습니다.
 
Edic :
빠른 지연에서 기계식 스톱워치를 사용하여 측정할 수 있습니다.

여기 나는 거의 동일합니다. 그리고 여기에서 우리는 10-20ms 안에 이야기하고 있습니다.

어쨌든 이것이 우리의 우선 순위이기 때문에 우리는 끝까지 싸울 것입니다. 휴일이 막 끝났습니다.

 
Renat :

여기 나는 거의 동일합니다. 그리고 여기에서 우리는 10-20ms 안에 이야기하고 있습니다.

어쨌든 이것이 우리의 우선 순위이기 때문에 우리는 끝까지 싸울 것입니다. 휴일이 막 끝났습니다.

GOOD 결과를 기대합니다!
12345678910111213...156
새 코멘트