Edgar Akhmadeev : 재전송에 대한 데이터는 Windows에서 가져온다는 사실에 대해 생각했습니다. 브라우저, 프록시 서버, 클라우드 동기화 장치 등 눈에 띄는 트래픽이 있는 모든 항목을 닫았습니다. 재전송은 오후에 0.018%, 저녁에 0.0024%로 떨어졌습니다. 가정용 컴퓨터에서.
과도한 흥분은 명확하지 않습니다. 이것은 전체 Windows 트래픽의 통계일 뿐입니다. 채널이 수십 퍼센트 로드될 때까지 특히 견적 서버로의 재전송은 높지 않아야 합니다. 링크가 정상이고(optics>>eth>>PC) 가짜 백그라운드 트래픽이 없으면 재전송은 무시할 수 있습니다. VPS에 매달린 추가 트래픽 소비자가 없으며 자동 업데이트를 끄고 업데이트를 검색해야 합니다. (트래픽이 많은) 원격으로 연결하기 전까지는 미량의 재전송이 있을 것입니다. 그리고 이제 재연결이 500ms ping으로 아시아 서버로 이동하지 않습니다.
재전송에 대한 데이터는 Windows에서 가져온다는 사실에 대해 생각했습니다. 브라우저, 프록시 서버, 클라우드 동기화 장치 등 눈에 띄는 트래픽이 있는 모든 항목을 닫았습니다. 재전송은 오후에 0.018%, 저녁에 0.0024%로 떨어졌습니다. 가정용 컴퓨터에서.
따라서 질문이 생겼습니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
MT5와 속도
fxsaber , 2020.06.11 23:11
무엇을 추천할 수 있습니까? 트레이서를 트레이드 서버로 추적합니까? 모니터링 소프트웨어가 있습니까? 일반적으로 MT5가 짧은 대기 시간을 위해 준비되었는지 확인하는 방법은 무엇입니까?재전송합니다.
무엇을 추천할 수 있습니까? 트레이서트 서버로 트레이서를 합니까? 모니터링 소프트웨어가 있습니까? 일반적으로 MT5가 짧은 대기 시간을 위해 준비되었는지 확인하는 방법은 무엇입니까?
식별자가 있습니까?
서비스를 제출하고 통계를 수집할 수 있습니다.식별자가 있습니까?
서비스를 제출하고 통계를 수집할 수 있습니다.재전송에서 단말의 점유율이 100%가 아니기 때문에 아무 소용이 없다.
재전송에서 단말의 점유율이 100%가 아니기 때문에 아무 소용이 없다.
이 컴퓨터에서 실행 중인 모든 응용 프로그램 및 서비스에 대해 TCP/IP 프로토콜로 재전송된 네트워크 패킷의 비율입니다.
이상하고 실제로 모든 앱과 서비스가 계산됩니다.
나피가, 이해가 안 돼요.
과도한 흥분은 명확하지 않습니다. 이것은 전체 Windows 트래픽의 통계일 뿐입니다. 채널이 수십 퍼센트 로드될 때까지 특히 견적 서버로의 재전송은 높지 않아야 합니다. 링크가 정상이고(optics>>eth>>PC) 가짜 백그라운드 트래픽이 없으면 재전송은 무시할 수 있습니다. VPS에 매달린 추가 트래픽 소비자가 없으며 자동 업데이트를 끄고 업데이트를 검색해야 합니다. (트래픽이 많은) 원격으로 연결하기 전까지는 미량의 재전송이 있을 것입니다. 그리고 이제 재연결이 500ms ping으로 아시아 서버로 이동하지 않습니다.
하지만 내가 문제를 잘 이해하지 못한 것은 아닐까?
이 컴퓨터에서 실행 중인 모든 응용 프로그램 및 서비스에 대해 TCP/IP 프로토콜로 재전송된 네트워크 패킷의 비율입니다.
이상하고 실제로 모든 앱과 서비스가 계산됩니다.
나피가, 이해가 안 돼요.
이것은 터미널을 고려하지 않고 Windows를 고려합니다. 터미널은 시스템 데이터를 가져옵니다.
애플리케이션별로 트래픽을 분석 하려면 특수 소프트웨어가 필요합니다. 매우 무겁다.
이것은 터미널을 고려하지 않고 Windows를 고려합니다. 터미널은 시스템 데이터를 가져옵니다.
애플리케이션별로 트래픽을 분석하려면 특수 소프트웨어가 필요합니다. 매우 무겁다.
분명히 개발자는 이 동작을 수정하고 데이터만 가져와야 합니다. 결국 시스템 데이터를 고려해야 하는 이유는 분명합니다.
개발자가 자신의 트래픽 카운터를 삽입하는 것은 불가능합니까? 왜 특수 소프트웨어를 가져오나요?그리고 식별자의 이름은 SYSTEM_RETRANSMISSION이 아니라 TERMINAL _RETRANSMISSION입니다.
애플리케이션별로 트래픽을 분석하려면 특수 소프트웨어가 필요합니다. 매우 무겁다.
예, Wireshark는 pid로 트래픽을 분석 할 수 없지만 현재 "사용되지 않는" 상태를 제외하고 네트워크 모니터가 만족스럽지 못한 점은 무엇입니까?
UPD: 아 .... MT가 여전히 자체 트래픽 전달을 제어해야 한다는 사실에 대해 이야기하고 있다는 사실을 제가 제대로 이해한 건가요?
예, Wireshark는 pid로 트래픽을 분석할 수 없지만 현재 "사용되지 않는" 상태를 제외하고 네트워크 모니터가 만족스럽지 못한 점은 무엇입니까?
UPD: 아 .... MT가 여전히 자체 트래픽 전달을 제어해야 한다는 사실에 대해 이야기하고 있다는 사실을 제가 제대로 이해한 건가요?
오해. MT에 플러그가 있는지 여부를 이해해야 합니다. 수십 초 동안 지연이 수정되었을 때 서버 로그를 분석했습니다. 모든 것이 서버에서 완벽합니다.
따라서 문제는 다른 데 있습니다.
나는 내가 과거 가격을 아주 자주 이기는 것을 알았다. 저것들. 실제로 터미널에서 심각한 지연. 그것을 식별하는 방법에 대한 질문이 제기되었습니다.
그래서 VPS를 구매했습니다. 그것이 완벽하게 맞는다는 것을 어떻게 이해합니까? 어떤 종류의 숫자가 있어야 합니다. 재전송은 신뢰할 수 없음이 밝혀졌습니다. 자정 - 수십 퍼센트.
위협 아마도 트레이드 서버가 있는 동일한 물리적 시스템에 가상 시스템을 배포하는 것으로 판명될 것입니다. 그리고 거기에서 전투 터미널을 시작합니다. 아마도 플러그가 더 적을 것입니다.