요새. 실행 질문

 

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

"FORTS 주문 발행의 큰 지연"이라는 주제에서

귀하는 귀하의 서버에서 추가 지연이 없다고 말했습니다.

이(가) 존재하지 않으며 시스템을 서버에 더 가깝게 설치하는 것이 좋습니다.

우리는 큰 문제로 이 작업을 수행했습니다(DC Otkritie의 전문 고객과 작업하는 부서장 Evgeny Sergeevich,

나에게 할당된 가상 머신이 당신의 서버와 같은 랙에 있다고 말했다.)

기계에 연결:

설치된 MT-5

그런 다음 "손으로"넣었습니다. 주문을 삭제하고 결과를 얻었습니다.

글쎄, 내 생각에 패킷은 인터넷을 통해 "통과"합니다.

서버에 대한 tracetr을 만들려고합니다.

서버와 가상 머신 간의 지연은 1ms 미만입니다.

다른 서버를 추적할 때도 동일한 결과( 87....... )

위의 내용에 대해 어떻게 코멘트하시겠습니까?

 

나는 지난 몇 달 동안 이 서커스를 약간 옆에서 지켜보았다.

브로커의 거래 서버에 액세스할 수 없는 개발자에게 모든 질문이 가는 이유는 무엇입니까?

Otkritie의 신사 여러분, 새로운 서비스를 시작 한다면 고객의 질문에 답하기 시작할 것입니까? 아니면 "다음" 버튼으로 MT 서버를 설치하고 클라이언트의 커미션을 차단하는 것만이 귀하의 역할입니까?

 

조금 있다가 자세한 답변을 드리겠습니다.

Mikalas는 그의 증거 기반에 대해 옳고 특별한 감사를 표합니다. 약속드린 대로 최신 빌드에서 지연 시간을 개선했으며 모든 브로커가 업데이트되기를 기다리고 있습니다.

발견은 아직 실제 서버를 빌드 1035로 업데이트하지 않았으며 여전히 테스트 서버에서 새 버전을 테스트하고 있습니다.

 
Renat :

조금 있다가 자세한 답변을 드리겠습니다.

Mikalas는 그의 증거 기반에 대해 옳고 특별한 감사를 표합니다. 약속드린 대로 최신 빌드에서 지연 시간을 개선했으며 모든 브로커가 업데이트되기를 기다리고 있습니다.

발견은 아직 실제 서버를 빌드 1035로 업데이트하지 않았으며 여전히 테스트 서버에서 새 버전을 테스트하고 있습니다.

감사합니다. 1035 빌드 및 세부 정보를 기다리겠습니다.
 

Otkritie는 데모 서버에 새로운 빌드 1035를 게시했습니다.

지연 2.2배 감소 !

MQ 잘했어!

실생활에서 새로운 빌드를 기다리는 것이 남아 있습니다!

 

연고의 파리는 여전히 수십 밀리 초입니다. 이 소중한 시간을 무엇에 쓰나요?

교환은 주문 흐름을 훨씬 더 많이 처리합니다. 그리고 그것은 마이크로초 안에 이루어집니다. 이와 같이?

Java로 작성된 LMAX조차도 ~ 2-3ms의 대기 시간이 있습니다.

 
zaskok :

연고의 파리는 여전히 수십 밀리 초입니다. 이 소중한 시간을 무엇에 쓰나요?

교환은 주문 흐름을 훨씬 더 많이 처리합니다. 그리고 그것은 마이크로초 안에 이루어집니다. 이와 같이?

Java로 작성된 LMAX조차도 ~ 2-3ms의 대기 시간이 있습니다.

컴퓨터에서 MQ 서버로 tracert를 수행하고,

그리고 당신은 당신의 인터넷이 얼마나 "먹는지" 보게 될 것입니다.

ZY 결과에 2를 곱하는 것을 잊지 마십시오(왕복)

~ 42ms는 내 인터넷을 "먹습니다".

 
zaskok :

연고의 파리는 여전히 수십 밀리 초입니다. 이 소중한 시간을 무엇에 쓰나요?

교환은 주문 흐름을 훨씬 더 많이 처리합니다. 그리고 그것은 마이크로초 안에 이루어집니다. 이와 같이?

당신은 모든 클라이언트 방식 또는 하나의 엔진에서 마이크로초에 대해?

모든 사람들은 엔진의 독립 대기열(마이크로초에 대한 이야기를 기쁘게 믿는)의 타이밍과 네트워크 전체 의 모든 누적 네트워크 비용을 최종 소매 고객에게 지속적으로 혼동합니다. 글쎄, 그들은 비교할 때 LMAX의 경우와 같이 전체 세그먼트 (예를 들어 소매 부문 브로커 의 중간 링크 )를 버리는 것을 알지 못합니다 (LMAX에 직접 연결의 한 세그먼트 만 비교) .

 
Mikalas :

컴퓨터에서 MQ 서버로 tracert를 수행하고,

~ 42ms
가장 중요한 것은 홉 시간을 합산하지 않는다는 것입니다. 마지막/최대 노드 시간을 선택하는 대신 요약하고 있다는 느낌이 듭니다.
 

이제 실생활에 새로운 빌드가 없을 때 지연을 논하는 것은 무의미합니다.

가상 머신 (MQ 서버와 동일한 랙에 있음)이 아직 제거되지 않았습니다.

새로운 빌드가 현실에 나타나자 마자 모든 것이 제자리에 놓일 것입니다.

P/S 웨이팅이 길지 않은 것 같아요...

실제가 얼마나 더 나은지를 보여줄 것입니다.

 
Renat :

당신은 모든 클라이언트 방식에 대해 또는 하나의 엔진에서 마이크로초에 대해?

모든 사람들은 엔진의 독립 대기열(마이크로초에 대한 이야기를 기쁘게 믿는)의 타이밍과 네트워크 전체 의 모든 누적 네트워크 비용을 최종 소매 고객에게 지속적으로 혼동합니다. 글쎄, 그들은 비교할 때 LMAX의 경우와 같이 전체 세그먼트 (예를 들어 소매 부문 브로커 의 중간 링크 )를 버리는 것을 알지 못합니다 (LMAX에 직접 연결의 한 세그먼트 만 비교) .

투명하고 투명하게 합시다. 대기 시간에서 노드 간의 모든 핑을 뺀 값에 대해 이야기하겠습니다.

그들은 자라면서 나에게 HFT 별명을 보여 주었습니다. 교환 대기 시간 ~ 1ms. 나는 기술자가 아니며 그들이 어떻게하는지 말할 수 없습니다.

마찬가지로 LMAX 대기 시간에서 ~ 2-3ms.

다시 한 번 반복합니다. 우리는 소매 대기 시간에서 모든 핑을 뺀 값에 대해 이야기하고 있습니다.

MT5 인프라는 거래소에 직접 연결됩니다. 또는 당신이 말했듯이, 그것은 단지 "파이프"입니다. HFT 닉네임은 위에서 쓴 것처럼 파이프를 연결하고 결과를 얻습니다.

MT5 파이프를 연결하면 훨씬 더 많은 시간 비용이 발생합니다. 이유는 무엇입니까?

사유: