pivomoe : 주문이 장기간 삭제되거나 수정되면 어떻게 해야 하나요? 터미널, 컴퓨터를 다시 시작하거나 다른 서버에 연결하면 도움이 될까요? 내가 아는 한 표준 기능은 다른 서버에 연결하는 것을 허용하지 않으며 터미널을 다시 시작할 가능성이 없습니다. 아니면 내가 틀렸어?
우선, 문제가 클라이언트 또는 서버 중 어느 쪽인지 결정하십시오. 주문 전송과 실행 사이의 시간에 대한 로그를 살펴보십시오. 작으면 문제는 계산 부분에서 귀하의 몫입니다. 조언자 또는 다른 이유(프로세서 부하)로 인한 제동.
우선, 문제가 클라이언트 또는 서버 중 어느 쪽인지 결정하십시오. 주문 전송과 실행 사이의 시간에 대한 로그를 살펴보십시오. 작으면 문제는 계산 부분에서 귀하의 몫입니다. 조언자 또는 다른 이유(프로세서 부하)로 인한 제동.
긴 수정 및 삭제란 OrderSend 가 호출된 순간부터 작업이 끝날 때까지의 시간을 의미합니다. 나는 비동기 방식으로 거래합니다. 일반적으로 로그로 판단하면 20-30ms가 걸립니다. 그러나 약 일주일 전에 16-30에서 지연이 초로 늘어난 하루가있었습니다. 그리고 일반적으로 23-30시에 주문 삭제가 중단되었습니다. 3분 기다리다 거부… 결과 -2% 계정. 안타깝게도 남은 로그가 없습니다. 그래서 저는 질문에 관심이 있습니다. 조언자는 몇 초 만에 지연을 처리해야 합니까? 터미널을 다시 시작하거나 다른 서버에 다시 연결하거나 컴퓨터를 다시 시작하시겠습니까?
긴 수정 및 삭제란 OrderSend 가 호출된 순간부터 작업이 끝날 때까지의 시간을 의미합니다. 비동기 방식으로 거래합니다. 일반적으로 로그로 판단하면 20-30ms가 걸립니다. 그러나 약 일주일 전에 16-30에서 지연이 초로 늘어난 하루가있었습니다. 그리고 일반적으로 23-30시에 주문 삭제가 중단되었습니다. 3분 기다리다 거부… 결과 -2% 계정. 안타깝게도 남은 로그가 없습니다. 그래서 저는 질문에 관심이 있습니다. 조언자는 몇 초 만에 지연을 처리해야 합니까? 터미널을 다시 시작하거나 다른 서버에 다시 연결하거나 컴퓨터를 다시 시작하시겠습니까?
동시에 차트 속도가 느려지면 다른 서버에 가입하는 것이 도움이 되었습니다. 프로그램 수준에서 처리하는 방법은 좋은 질문입니다.
긴 수정 및 삭제란 OrderSend 가 호출된 순간부터 작업이 끝날 때까지의 시간을 의미합니다. 비동기 방식으로 거래합니다. 일반적으로 로그로 판단하면 20-30ms가 걸립니다. 그러나 약 일주일 전에 16-30에서 지연이 초로 늘어난 하루가있었습니다. 그리고 일반적으로 23-30시에 주문 삭제가 중단되었습니다. 3분 기다리다 거부… 결과 -2% 계정. 안타깝게도 남은 로그가 없습니다. 그래서 저는 질문에 관심이 있습니다. 조언자는 몇 초 만에 지연을 처리해야 합니까? 터미널을 다시 시작하거나 다른 서버에 다시 연결하거나 컴퓨터를 다시 시작하시겠습니까?
2019.08.20 10:34:52.453 Trades 'xxxxx': modify order #107882836 buy limit 2.00 MIX-12.19 at 268725 sl: 0 tp: 0 expiration: day -> 268925, sl: 0 tp: 0 expiration: day placed for execution in 4.798 ms
주문이 장기간 삭제되거나 수정되면 어떻게 해야 하나요? 터미널, 컴퓨터를 다시 시작하거나 다른 서버에 연결하면 도움이 될까요? 내가 아는 한 표준 기능은 다른 서버에 연결하는 것을 허용하지 않으며 터미널을 다시 시작할 가능성이 없습니다. 아니면 내가 틀렸어?
우선, 문제가 클라이언트 또는 서버 중 어느 쪽인지 결정하십시오. 주문 전송과 실행 사이의 시간에 대한 로그를 살펴보십시오. 작으면 문제는 계산 부분에서 귀하의 몫입니다. 조언자 또는 다른 이유(프로세서 부하)로 인한 제동.
우선, 문제가 클라이언트 또는 서버 중 어느 쪽인지 결정하십시오. 주문 전송과 실행 사이의 시간에 대한 로그를 살펴보십시오. 작으면 문제는 계산 부분에서 귀하의 몫입니다. 조언자 또는 다른 이유(프로세서 부하)로 인한 제동.
긴 수정 및 삭제란 OrderSend 가 호출된 순간부터 작업이 끝날 때까지의 시간을 의미합니다. 나는 비동기 방식으로 거래합니다. 일반적으로 로그로 판단하면 20-30ms가 걸립니다. 그러나 약 일주일 전에 16-30에서 지연이 초로 늘어난 하루가있었습니다. 그리고 일반적으로 23-30시에 주문 삭제가 중단되었습니다. 3분 기다리다 거부… 결과 -2% 계정. 안타깝게도 남은 로그가 없습니다. 그래서 저는 질문에 관심이 있습니다. 조언자는 몇 초 만에 지연을 처리해야 합니까? 터미널을 다시 시작하거나 다른 서버에 다시 연결하거나 컴퓨터를 다시 시작하시겠습니까?
긴 수정 및 삭제란 OrderSend 가 호출된 순간부터 작업이 끝날 때까지의 시간을 의미합니다. 비동기 방식으로 거래합니다. 일반적으로 로그로 판단하면 20-30ms가 걸립니다. 그러나 약 일주일 전에 16-30에서 지연이 초로 늘어난 하루가있었습니다. 그리고 일반적으로 23-30시에 주문 삭제가 중단되었습니다. 3분 기다리다 거부… 결과 -2% 계정. 안타깝게도 남은 로그가 없습니다. 그래서 저는 질문에 관심이 있습니다. 조언자는 몇 초 만에 지연을 처리해야 합니까? 터미널을 다시 시작하거나 다른 서버에 다시 연결하거나 컴퓨터를 다시 시작하시겠습니까?
동시에 차트 속도가 느려지면 다른 서버에 가입하는 것이 도움이 되었습니다. 프로그램 수준에서 처리하는 방법은 좋은 질문입니다.
긴 수정 및 삭제란 OrderSend 가 호출된 순간부터 작업이 끝날 때까지의 시간을 의미합니다. 비동기 방식으로 거래합니다. 일반적으로 로그로 판단하면 20-30ms가 걸립니다. 그러나 약 일주일 전에 16-30에서 지연이 초로 늘어난 하루가있었습니다. 그리고 일반적으로 23-30시에 주문 삭제가 중단되었습니다. 3분 기다리다 거부… 결과 -2% 계정. 안타깝게도 남은 로그가 없습니다. 그래서 저는 질문에 관심이 있습니다. 조언자는 몇 초 만에 지연을 처리해야 합니까? 터미널을 다시 시작하거나 다른 서버에 다시 연결하거나 컴퓨터를 다시 시작하시겠습니까?
보류 중인 주문은 10:00까지 프리마켓에서 철회할 수 있습니다.
보류 중인 주문은 10:00까지 프리마켓에서 철회할 수 있습니다.
거래 주문 지연으로 개선 열기에서 아무 것도 수행되지 않습니다 .
하나의 비동기 주문 기록
레코드 오프너(집에서 거래)
2019.08.20 10:34:52.453 Trades 'xxxxx': modify order #107882836 buy limit 2.00 MIX-12.19 at 268725 sl: 0 tp: 0 expiration: day -> 268925, sl: 0 tp: 0 expiration: day placed for execution in 4.798 ms
거래 주문 지연으로 개선 열기에서 아무 것도 수행되지 않습니다 .
하나의 비동기 주문 기록
분명히 Opener는 MetaQuotes-Demo에서 발생하더라도 이와 관련이 없습니다.
분명히 Opener는 MetaQuotes-Demo에서 발생하더라도 이와 관련이 없습니다.
:)
나는 정치적으로 옳다.
우리는 MT5에 대해 지불하지 않지만 Opener는 지불하므로 Opener는 다음을 받을 자격이 있습니다.
기술 지원 :), 음 ... 그리고 모든 것에 대한 비난 :)