Ping(Ping)은 클라이언트에서 서버로 요청(정보 패킷)을 전송하고 서버에서 클라이언트로 다시 전송하는 데 소요된 시간입니다.
즉, ping은 전송된 데이터의 양에 따라 달라지며, 이더넷 버스를 통해 10MHz의 주파수에서 내 컴퓨터에서 라우터로 전송될 때 정보의 각 비트(소스 주소, 수신기 주소, 제어 비트 및 데이터 패킷)는 0.1μs 즉, 수신기와 소스의 2개 주소, 즉 6.4μs를 전달하는 데 8바이트 또는 64비트가 필요하며, 주파수가 1MHz이면(이도 충분히 가능합니다. 제조사에서 1~10MHz로 작성), 그러면 시간은 64μs가 됩니다. 또 다른 64 ping을 수신하면 128ms가 됩니다. 정보가 아직 인터넷에 도달하지 않았습니다.예, 패킷에 데이터가 없습니다. 최소 데이터 패킷은 46워드 .. + 4워드, 즉 시간이 128 + 800 = 1528μs가 될 수 있습니다.패킷의 실제 데이터 양은 무엇인지 모르겠습니다. 받을 때 = 이 시간이 다시 소비됩니다.
또한 시스템의 개념에는 메타 트레이더 프로그램뿐만 아니라 사용자의 컴퓨터, 통신 회선, 모뎀, 공급자 및 서버, 전문가 및 지표도 포함됩니다.
또한, 서버의 응답 시간은 넓은 범위에 걸쳐 유동적입니다.
또한 Windows에는 다른 많은 작업이 있기 때문에 터미널 프로그램은 스레드에서만 작동합니다.
사실은 단말기가 강한 가격 움직임으로 1분 이상 반응하지 않는 것을 여러 번 목격한 것입니다.
이게 요약이야? 시스템, 특히 프로그래밍을 할 때 물리적인 프로세스를 표현하고 프로세스의 실행 시간을 생각하고 실제 데이터로 프로그램을 테스트할 필요가 있습니다. 그건 그렇고, 사람들 은 잘 밝습니다.
Ping(Ping)은 클라이언트에서 서버로 요청(정보 패킷)을 전송하고 서버에서 클라이언트로 다시 전송하는 데 소요된 시간입니다.
즉, ping은 전송된 데이터의 양에 따라 달라지며, 이더넷 버스를 통해 10MHz의 주파수에서 내 컴퓨터에서 라우터로 전송될 때 정보의 각 비트(소스 주소, 수신기 주소, 제어 비트 및 데이터 패킷)는 0.1μs 즉, 수신기와 소스의 2개 주소, 즉 6.4μs를 전달하는 데 8바이트 또는 64비트가 필요하며, 주파수가 1MHz이면(이도 충분히 가능합니다. 제조사에서 1~10MHz로 작성), 그러면 시간은 64μs가 됩니다. 또 다른 64 ping을 수신하면 128ms가 됩니다. 정보가 아직 인터넷에 도달하지 않았습니다.예, 패킷에 데이터가 없습니다. 최소 데이터 패킷은 46워드 .. + 4워드, 즉 시간이 128 + 800 = 1528μs가 될 수 있습니다.패킷의 실제 데이터 양은 무엇인지 모르겠습니다. 받을 때 = 이 시간이 다시 소비됩니다.
또한 시스템의 개념에는 메타 트레이더 프로그램뿐만 아니라 사용자의 컴퓨터, 통신 회선, 모뎀, 공급자 및 서버, 전문가 및 지표도 포함됩니다.
또한, 서버의 응답 시간은 넓은 범위에 걸쳐 유동적입니다.
또한 Windows에는 다른 많은 작업이 있기 때문에 터미널 프로그램은 스레드에서만 작동합니다.
사실은 단말기가 강한 가격 움직임으로 1분 이상 반응하지 않는 것을 여러 번 목격한 것입니다.
이게 요약이야? 시스템, 특히 프로그래밍을 할 때 물리적인 프로세스를 표현하고 프로세스의 실행 시간을 생각하고 실제 데이터로 프로그램을 테스트할 필요가 있습니다. 그건 그렇고, 사람들 은 잘 밝습니다.
Welcome to the non-profit, industry-driven standards body with the mission to address the business and regulatory issues impacting multi-asset trading across the global financial markets...
거의 모든 것이 다음에 의존하기 때문에 아무도 최종 장치의 발사 속도를 보장할 수 없습니다(찢어진 마케팅 담당자 제외).
제3자 커뮤니케이션 채널
통신 채널의 네트워크 대기 시간은 거래자에게 가장 큰 문제 중 하나입니다. 그리고 TCP에 대한 어떠한 주장도 받아들일 수 없습니다. 솔루션은 가까운 VPS/서버 호스팅 또는 일반적으로 실행을 브로커 서버로 이동하는 것입니다(구조적으로 가능한 경우).
MetaTrader 4/5 플랫폼은 지리적으로 분산된 액세스 포인트(프록시 서버)를 사용하며, 그 중에서 각 터미널이 가장 빠른 액세스 포인트를 찾아 작동합니다. 이를 통해 각 터미널에 시장 정보(틱, 차트, 뉴스) 전달 속도를 크게 높일 수 있습니다.
비동기 거래의 가능성
HFT(고빈도 거래)에서는 결과를 처리하는 데 1초도 소비하지 않고 많은 트랜잭션을 동시에 비동기식으로 보낼 수 있는 것이 매우 중요합니다. 이 비동기 거래 작업 방법은 MetaTrader 5에서 완전히 사용할 수 있으며 이를 통해 일괄 거래를 보내는 평균 시간을 크게 줄일 수 있습니다.
거래 서버의 거래 실행 대기열
여기에서 대기열의 기술적 씹는 품질은 완전히 개발자의 손에 달려 있으며 일반적으로 모든 "자존심 있는" 회사는 "일반적인 발사 속도"의 개념을 암시적으로 대체하여 엄청난 발사 속도를 자랑스럽게 발표합니다. 일반적으로 이러한 경우 초당 수십만 건의 트랜잭션이라는 극단값, 거의 제로에 가까운 지연 등에 대한 이야기가 있습니다.
서버에서 자신의 요청 대기열을 구문 분석하는 것은 원시적인 기술 작업입니다. 우리는 이것으로 괜찮습니다. 초당 필요한 수만 건의 트랜잭션이 쉽게 처리됩니다. 더 필요한 경우 생산성을 쉽게 높일 수 있습니다(중개인은 아직 이 주제에 대해 질문하지 않습니다).
실제 주문실행
거래 요청이 실행 대기열에서 제거될 때 모든 것은 전적으로 브로커의 재량입니다.
ECN/STP 또는 거래소의 게이트웨이를 통한 주문 실행
기술적인 관점에서 지연은 네트워크 지연, 게이트웨이 성능 및 엔드 시스템 ECN/STP/Exchange 실행에 의해 결정됩니다. 우리 측에서는 ECN/STp/Exchange 실행 게이트웨이를 최대한 효율적으로 구현합니다.
최종 거래자에게 남은 가속 방법은 단 하나입니다. 실행 시스템(거래 터미널)을 브로커의 거래 서버에 최대한 가깝게 배치하여 네트워크 지연을 줄이는 것입니다.
현재 기술 개발 수준에서 프로그래밍 언어와 API의 선택은 클라이언트 측에서 무역 거래를 생성하는 속도에 거의 영향을 미치지 않습니다. 그러나 동시에 MQL5는 우수한 컴파일러/최적화 프로그램과 네이티브 32/64비트 실행 코드 생성으로 인해 매우 빠른 프로그래밍 언어이며 안전한 샌드박스 실행을 제공하고 방대한 API (3000페이지 이상의 문서)를 제공합니다. 전체 시장 환경에 접근하기 위한 것입니다.
이러한 수준의 통합 및 API 기능을 갖춘 MetaTrader 5와 같은 알고리즘 거래 시스템은 실제로 시장에 없습니다.
재료를 배우고 사람들의 말을 듣고 조용히 메모하십시오. 아직 말 하지마, 너 웃기게 생겼어.
그렇다면 우리는 왜 창을 부수는 것일까요? 이것저것 물어보니..
다음과 같은 단어를 입력하세요.
서버 통신 프로그램은 프로토콜을 구현합니다(우리는 러시아어 사이트에 있기 때문에 문서에 대한 링크를 표시하는 것이 바람직합니다. 러시아어로 표시하는 것이 좋습니다.) 데이터 패킷의 크기는 이러한 빈도의 단어가 너무 많습니다. 매우 고급이 아닌 다른 것 .. 모든 것이 순서대로 ..
딜러에게 서버 속도 매개변수에 대해 문의하십시오. 그는 알고 있습니다.
Sanks.. 그렇지 않으면 보장되지 않은 속도 시스템이 있다고 생각했습니다. 즉, 보장된 최대 지연을 좋아하는 사람에게는 권장하지 않습니다.
서버 통신 프로그램은 프로토콜을 구현합니다(우리는 러시아어 사이트에 있기 때문에 문서에 대한 링크를 표시하는 것이 바람직합니다. 러시아어로 표시하는 것이 좋습니다.) 데이터 패킷의 크기는 이러한 빈도의 단어가 너무 많습니다. 매우 고급이 아닌 다른 것 .. 모든 것이 순서대로 ..
거룩한 결백.
지적 재산권 보호, 영업 비밀, 제품 경제 및 일반적으로 프로세스의 다른 참가자에 대해 생각하는 것이 좋습니다. 자기 중심주의는 주변 세계에 대한 이해를 크게 감소시킵니다.
1 우리 측에서는 ECN/STp/Exchange 실행 게이트웨이를 최대한 효율적으로 구현합니다.
2 최종 거래자에게 남은 가속 방법은 하나뿐입니다. 실행 시스템(거래 터미널)을 브로커의 거래 서버에 최대한 가깝게 배치하여 네트워크 지연을 줄이는 것입니다.
1 문서에서 이러한 매개변수를 원했습니다.
2 당신은 Windows에서 프로그래머의 관점에서 절대적으로 옳습니다 .. 그러나 나는 이미 Windows 시스템이 실시간 시스템을 위해 설계되지 않았으며 완전히 다른 목적과 작업을 수행한다고 썼습니다 .. 일부는 그것을 관리하지만, 예를 들어, 정기적으로 HD로 비디오를 시청하는 것보다 즐겁게 사용하고 수천 명의 클라이언트에 FulHD 형식을 배포합니다. 그리고 주식 정보는 그것에 비하면 먼지입니다.
그러나 일반적으로 빠른 교환은 Skype 또는 메일 클라이언트와 같이 Windows 외부에서 구현됩니다.
나는 다른 OS를 위해 캠페인을 하는 것이 아닙니다 - 그것은 당신의 선택입니다 .. 나는 단지 당신의 프로토콜을 사용하여 당신의 서버와 통신할 수 있고 내가 가장 좋아하는 플랫폼에서 교환의 정보를 처리할 수 있는 기회를 주고 싶습니다 그리고 이 연결을 제어할 수 있고 내 터미널에서 펌핑되는 정보를 제어할 수 있으며 내 컴퓨터의 프로세서가 수행하는 작업과 방법 또한 DC 서버의 작동을 제어하고 싶습니다.
서버 액세스 - ping + 터미널 처리 시간.
Ping ( Ping )은 클라이언트에서 서버로 요청(정보 패킷)을 전송하고 서버에서 클라이언트로 다시 전송하는 데 소요된 시간입니다.
즉, ping은 전송된 데이터의 양에 따라 달라지며, 이더넷 버스를 통해 10MHz의 주파수에서 내 컴퓨터에서 라우터로 전송될 때 정보의 각 비트(소스 주소, 수신기 주소, 제어 비트 및 데이터 패킷)는 0.1μs 즉, 수신기와 소스의 2개 주소, 즉 6.4μs를 전달하는 데 8바이트 또는 64비트가 필요하며, 주파수가 1MHz이면(이도 충분히 가능합니다. 제조사에서 1~10MHz로 작성), 그러면 시간은 64μs가 됩니다. 또 다른 64 ping을 수신하면 128ms가 됩니다. 정보가 아직 인터넷에 도달하지 않았습니다.예, 패킷에 데이터가 없습니다. 최소 데이터 패킷은 46워드 .. + 4워드, 즉 시간이 128 + 800 = 1528μs가 될 수 있습니다.패킷의 실제 데이터 양은 무엇인지 모르겠습니다. 받을 때 = 이 시간이 다시 소비됩니다.
또한 시스템의 개념에는 메타 트레이더 프로그램뿐만 아니라 사용자의 컴퓨터, 통신 회선, 모뎀, 공급자 및 서버, 전문가 및 지표도 포함됩니다.
또한, 서버의 응답 시간은 넓은 범위에 걸쳐 유동적입니다.
또한 Windows에는 다른 많은 작업이 있기 때문에 터미널 프로그램은 스레드에서만 작동합니다.
사실은 단말기가 강한 가격 움직임으로 1분 이상 반응하지 않는 것을 여러 번 목격한 것입니다.
이게 요약이야? 시스템, 특히 프로그래밍을 할 때 물리적인 프로세스를 표현하고 프로세스의 실행 시간을 생각하고 실제 데이터로 프로그램을 테스트할 필요가 있습니다. 그건 그렇고, 사람들 은 잘 밝습니다.
사실은 단말기가 강한 가격 움직임으로 1분 이상 반응하지 않는 것을 여러 번 목격한 것입니다.
이게 요약이야? 시스템, 특히 프로그래밍을 할 때 물리적인 프로세스를 표현하고 프로세스의 실행 시간을 생각하고 실제 데이터로 프로그램을 테스트할 필요가 있습니다.
Ping ( Ping )은 클라이언트에서 서버로 요청(정보 패킷)을 전송하고 서버에서 클라이언트로 다시 전송하는 데 소요된 시간입니다.
즉, ping은 전송된 데이터의 양에 따라 달라지며, 이더넷 버스를 통해 10MHz의 주파수에서 내 컴퓨터에서 라우터로 전송될 때 정보의 각 비트(소스 주소, 수신기 주소, 제어 비트 및 데이터 패킷)는 0.1μs 즉, 수신기와 소스의 2개 주소, 즉 6.4μs를 전달하는 데 8바이트 또는 64비트가 필요하며, 주파수가 1MHz이면(이도 충분히 가능합니다. 제조사에서 1~10MHz로 작성), 그러면 시간은 64μs가 됩니다. 또 다른 64 ping을 수신하면 128ms가 됩니다. 정보가 아직 인터넷에 도달하지 않았습니다.예, 패킷에 데이터가 없습니다. 최소 데이터 패킷은 46워드 .. + 4워드, 즉 시간이 128 + 800 = 1528μs가 될 수 있습니다.패킷의 실제 데이터 양은 무엇인지 모르겠습니다. 받을 때 = 이 시간이 다시 소비됩니다.
또한 시스템의 개념에는 메타 트레이더 프로그램뿐만 아니라 사용자의 컴퓨터, 통신 회선, 모뎀, 공급자 및 서버, 전문가 및 지표도 포함됩니다.
또한, 서버의 응답 시간은 넓은 범위에 걸쳐 유동적입니다.
또한 Windows에는 다른 많은 작업이 있기 때문에 터미널 프로그램은 스레드에서만 작동합니다.
사실은 단말기가 강한 가격 움직임으로 1분 이상 반응하지 않는 것을 여러 번 목격한 것입니다.
이게 요약이야? 시스템, 특히 프로그래밍을 할 때 물리적인 프로세스를 표현하고 프로세스의 실행 시간을 생각하고 실제 데이터로 프로그램을 테스트할 필요가 있습니다. 그건 그렇고, 사람들 은 잘 밝습니다.
그러한 주장은 증거로 뒷받침되어야 합니다.
당신은 그들을 가지고 있습니까?
Renat에게, 상황의 전체 희극은 예를 들어 라우터나 마우스와 같은 장치를 구입할 때 문서에 다음 과 같은 프로토콜이 표시된다는 사실에 있습니다.
4x LAN(10/100/1000Mbps)
GOST에 따라 소시지를 구입하면 예를 들어 구성의 최소 고기 양에 익숙해 질 수 있습니다 ...
메타트레이더 프로그램을 구입할 때 어떤 성능 매개변수를 보장하는지 아무도 알 수 없습니다. 왜냐하면 단일 성능 매개변수가 아니라 아무 것도 보장하지 않기 때문입니다.
따라서 공식적으로 서버 응답 시간이나 거래 실행 속도, 명령 실행 시간을 위반할 수 없습니다.
뿐만 아니라 서버와 교환 프로토콜을 공모할 수도 있습니다 ...
이것은 대략 버스나 기차의 최대 간격의 비밀, 또는 소시지의 고기 구성에 해당합니다.
물론 8코어 프로세서와 1코어 Atom에서 프로그램 실행 시간은 다르지만 일종의 매개변수를 중간 수정으로 줄 수는 있습니다.
거래소 거래에 있어서 우리는 아직 석기 시대에 살고 있기 때문에 이러한 프로그램과 시스템의 구매자가 있으므로 프로토콜 매개 변수를 예약하고 필수로 지정하는 FX API 네트워크 프로토콜을 표준화하는 작업이 진행 중입니다...
상황의 전체 희극은 shelandr 가 프로토콜 매개변수가 설명될 FX API 네트워크 프로토콜의 표준화 작업을 하고 있습니다.
이것이 더 정확합니다. 당신은 자신을 lisaped를 발명합니다. :)
수정 사항 은 오랫동안 그려지고 표준화되었습니다.
재료를 배우고 사람들의 말을 듣고 조용히 메모하십시오. 아직 말 하지마, 너 웃기게 생겼어.
친애하는 셸랜더,
거의 모든 것이 다음에 의존하기 때문에 아무도 최종 장치의 발사 속도를 보장할 수 없습니다(찢어진 마케팅 담당자 제외).
통신 채널의 네트워크 대기 시간은 거래자에게 가장 큰 문제 중 하나입니다. 그리고 TCP에 대한 어떠한 주장도 받아들일 수 없습니다. 솔루션은 가까운 VPS/서버 호스팅 또는 일반적으로 실행을 브로커 서버로 이동하는 것입니다(구조적으로 가능한 경우).
MetaTrader 4/5 플랫폼은 지리적으로 분산된 액세스 포인트(프록시 서버)를 사용하며, 그 중에서 각 터미널이 가장 빠른 액세스 포인트를 찾아 작동합니다. 이를 통해 각 터미널에 시장 정보(틱, 차트, 뉴스) 전달 속도를 크게 높일 수 있습니다.
HFT(고빈도 거래)에서는 결과를 처리하는 데 1초도 소비하지 않고 많은 트랜잭션을 동시에 비동기식으로 보낼 수 있는 것이 매우 중요합니다. 이 비동기 거래 작업 방법은 MetaTrader 5에서 완전히 사용할 수 있으며 이를 통해 일괄 거래를 보내는 평균 시간을 크게 줄일 수 있습니다.
여기에서 대기열의 기술적 씹는 품질은 완전히 개발자의 손에 달려 있으며 일반적으로 모든 "자존심 있는" 회사는 "일반적인 발사 속도"의 개념을 암시적으로 대체하여 엄청난 발사 속도를 자랑스럽게 발표합니다. 일반적으로 이러한 경우 초당 수십만 건의 트랜잭션이라는 극단값, 거의 제로에 가까운 지연 등에 대한 이야기가 있습니다.
서버에서 자신의 요청 대기열을 구문 분석하는 것은 원시적인 기술 작업입니다. 우리는 이것으로 괜찮습니다. 초당 필요한 수만 건의 트랜잭션이 쉽게 처리됩니다. 더 필요한 경우 생산성을 쉽게 높일 수 있습니다(중개인은 아직 이 주제에 대해 질문하지 않습니다).
거래 요청이 실행 대기열에서 제거될 때 모든 것은 전적으로 브로커의 재량입니다.
기술적인 관점에서 지연은 네트워크 지연, 게이트웨이 성능 및 엔드 시스템 ECN/STP/Exchange 실행에 의해 결정됩니다. 우리 측에서는 ECN/STp/Exchange 실행 게이트웨이를 최대한 효율적으로 구현합니다.
최종 거래자에게 남은 가속 방법은 단 하나입니다. 실행 시스템(거래 터미널)을 브로커의 거래 서버에 최대한 가깝게 배치하여 네트워크 지연을 줄이는 것입니다.
현재 기술 개발 수준에서 프로그래밍 언어와 API의 선택은 클라이언트 측에서 무역 거래를 생성하는 속도에 거의 영향을 미치지 않습니다. 그러나 동시에 MQL5는 우수한 컴파일러/최적화 프로그램과 네이티브 32/64비트 실행 코드 생성으로 인해 매우 빠른 프로그래밍 언어이며 안전한 샌드박스 실행을 제공하고 방대한 API (3000페이지 이상의 문서)를 제공합니다. 전체 시장 환경에 접근하기 위한 것입니다.
이러한 수준의 통합 및 API 기능을 갖춘 MetaTrader 5와 같은 알고리즘 거래 시스템은 실제로 시장에 없습니다.
이것이 더 정확합니다. 당신은 자신을 lisaped를 발명합니다. :)
수정 사항 은 오랫동안 그려지고 표준화되었습니다.
재료를 배우고 사람들의 말을 듣고 조용히 메모하십시오. 아직 말 하지마, 너 웃기게 생겼어.
그렇다면 우리는 왜 창을 부수는 것일까요? 이것저것 물어보니..
다음과 같은 단어를 입력하세요.
서버 통신 프로그램은 프로토콜을 구현합니다(우리는 러시아어 사이트에 있기 때문에 문서에 대한 링크를 표시하는 것이 바람직합니다. 러시아어로 표시하는 것이 좋습니다.) 데이터 패킷의 크기는 이러한 빈도의 단어가 너무 많습니다. 매우 고급이 아닌 다른 것 .. 모든 것이 순서대로 ..
딜러에게 서버 속도 매개변수에 대해 문의하십시오. 그는 알고 있습니다.
Sanks.. 그렇지 않으면 보장되지 않은 속도 시스템이 있다고 생각했습니다. 즉, 보장된 최대 지연을 좋아하는 사람에게는 권장하지 않습니다.
다음과 같은 문서 단어를 입력합니다.
서버 통신 프로그램은 프로토콜을 구현합니다(우리는 러시아어 사이트에 있기 때문에 문서에 대한 링크를 표시하는 것이 바람직합니다. 러시아어로 표시하는 것이 좋습니다.) 데이터 패킷의 크기는 이러한 빈도의 단어가 너무 많습니다. 매우 고급이 아닌 다른 것 .. 모든 것이 순서대로 ..
거룩한 결백.
지적 재산권 보호, 영업 비밀, 제품 경제 및 일반적으로 프로세스의 다른 참가자에 대해 생각하는 것이 좋습니다. 자기 중심주의는 주변 세계에 대한 이해를 크게 감소시킵니다.
친애하는 셸랜더,
1 우리 측에서는 ECN/STp/Exchange 실행 게이트웨이를 최대한 효율적으로 구현합니다.
2 최종 거래자에게 남은 가속 방법은 하나뿐입니다. 실행 시스템(거래 터미널)을 브로커의 거래 서버에 최대한 가깝게 배치하여 네트워크 지연을 줄이는 것입니다.
1 문서에서 이러한 매개변수를 원했습니다.
2 당신은 Windows에서 프로그래머의 관점에서 절대적으로 옳습니다 .. 그러나 나는 이미 Windows 시스템이 실시간 시스템을 위해 설계되지 않았으며 완전히 다른 목적과 작업을 수행한다고 썼습니다 .. 일부는 그것을 관리하지만, 예를 들어, 정기적으로 HD로 비디오를 시청하는 것보다 즐겁게 사용하고 수천 명의 클라이언트에 FulHD 형식을 배포합니다. 그리고 주식 정보는 그것에 비하면 먼지입니다.
그러나 일반적으로 빠른 교환은 Skype 또는 메일 클라이언트와 같이 Windows 외부에서 구현됩니다.
나는 다른 OS를 위해 캠페인을 하는 것이 아닙니다 - 그것은 당신의 선택입니다 .. 나는 단지 당신의 프로토콜을 사용하여 당신의 서버와 통신할 수 있고 내가 가장 좋아하는 플랫폼에서 교환의 정보를 처리할 수 있는 기회를 주고 싶습니다 그리고 이 연결을 제어할 수 있고 내 터미널에서 펌핑되는 정보를 제어할 수 있으며 내 컴퓨터의 프로세서가 수행하는 작업과 방법 또한 DC 서버의 작동을 제어하고 싶습니다.
이것은 합리적인 것 같습니다.