많은 사람들이 다시 나에게 잘못을 발견하겠지만 나는 내 의견을 고수합니다. 예, 위에서 감정적으로 말했습니다. 누군가 기분을 상하게했다면 사과드립니다 ...
멀리서 올게.
아침 9시에 문을 열기 전 소련의 상점을 상상해 보십시오. 희소성을 갈망하며 입구 앞에서 밀고 나가는 많은 사람들이 있습니다. 정확히 9시에 매장 문을 여는 로더는 들어오는 인파에 짓눌릴 위험이 있다. 군중은 마침내 가게 안으로 들어가고, 처음 몇 분 안에 가게는 혼란스럽지 않더라도 북적입니다. 소음, 꾸지람. 일부 깡패가 구매자의 최전선에 있습니다. 여기에서 군중은 스스로를 더욱 자극하고 소음을냅니다 ...
그래서. 이제 상인은 모니터 앞에 앉아 군중을 보지 못하고 "상점"이 열리기 전에 모든 것이 조용합니다. 소란과 혼돈의 느낌은 소비에트 구매자로서 그를 괴롭히지 않습니다. 그러나 거래소 시스템이 시작되고 신청이 급증하는 상황을 취소하지는 않습니다. 좁은 목의 원칙은 사라지지 않고 그대로 유지됩니다.
문제. 중개인이 무작위로 또는 일부 알고리즘에 따라 고객을 상점으로 초대한다고 생각하십니까? 대규모 구매자에게 우선권이 주어지는 것 같습니다. 그들과 함께 브로커는 보상으로 더 많은 것을 받을 것입니다. 중개인의 평판에 대한 질문입니다. 큰 구매자의 불만은 작은 구매자의 불만보다 더 위험합니다. 저것들. 나는 대규모 고객의 주문이 오픈 시간에 더 빨리 채워진다고 가정합니다.
문제. 중개인이 "상점"의 소규모 구매자가 고통 받고 있음을 이해하지 못한다고 생각하십니까? 나는 그가 이해한다고 생각합니다. 우리는 "거기"가 바보가 아니라는 것을 집합적으로 발견했습니다. 그러면 브로커는 어떻게 해야 합니까? 글쎄, 아마도 작은 구매자의 불만을 어떻게 든 최소화 할 수 있습니다. 정확히 어떻게? 응용 프로그램을 취소할 수 없습니다. 그러면 작은 내용이 다음과 같이 표시됩니다. "작지만 존경받는 상인인 내가 어떻게 중개인의 게이트에서 차례를 맞이할 수 있었습니까?" 아마도 도둑이 채워질 때까지 응용 프로그램 대기열에서 작은 응용 프로그램을 보류 할 수 있습니다 ... 글쎄, 또는 주요 응용 프로그램을 수락하거나 구매하거나 판매하고 수정을 보류하십시오 ...
이제 증권 거래소에 그러한 중개인이 많이 있다고 상상해보십시오. 세션이 시작될 때 한 소비에트 상점보다 더 많은 소란이 있습니다.
이것들은 생각입니다.
추신: 내 텍스트의 모든 일치 항목은 무작위이며 예시입니다.
FORTS 게이트웨이가 어떻게 작동하는지 모른다는 사실에서 많은 "물".
로그인 제한이 있습니다. 즉, 초당 30개의 트랜잭션만 보낼 수 있습니다.
티어웨이는 기존에 3개의 MT5 서버를 가지고 있었는데 지금은 8개로 딜레이가 줄어들지 않고,
많은 사람들이 다시 나에게 잘못을 발견하겠지만 나는 내 의견을 고수합니다. 예, 위에서 감정적으로 말했습니다. 누군가 기분을 상하게했다면 사과드립니다 ...
멀리서 올게.
아침 9시에 문을 열기 전 소련의 상점을 상상해 보십시오. 희소성을 갈망하며 입구 앞에서 밀고 나가는 많은 사람들이 있습니다. 정확히 9시에 매장 문을 여는 로더는 들어오는 인파에 짓눌릴 위험이 있다. 군중은 마침내 가게 안으로 들어가고, 처음 몇 분 안에 가게는 혼란스럽지 않더라도 북적입니다. 소음, 꾸지람. 일부 깡패가 구매자의 최전선에 있습니다. 여기에서 군중은 스스로를 더욱 자극하고 소음을냅니다 ...
그래서. 이제 상인은 모니터 앞에 앉아 군중을 보지 못하고 "상점"이 열리기 전에 모든 것이 조용합니다. 소란과 혼돈의 느낌은 소비에트 구매자로서 그를 괴롭히지 않습니다. 그러나 거래소 시스템이 시작되고 신청이 급증하는 상황을 취소하지는 않습니다. 좁은 목의 원칙은 사라지지 않고 그대로 유지됩니다.
문제. 중개인이 무작위로 또는 일부 알고리즘에 따라 고객을 상점으로 초대한다고 생각하십니까? 대규모 구매자에게 우선권이 주어지는 것 같습니다. 그들과 함께 브로커는 보상으로 더 많은 것을 받을 것입니다. 중개인의 평판에 대한 질문입니다. 큰 구매자의 불만은 작은 구매자의 불만보다 더 위험합니다. 저것들. 나는 대규모 고객의 주문이 오픈 시간에 더 빨리 채워진다고 가정합니다.
문제. 중개인이 "상점"의 소규모 구매자가 고통 받고 있음을 이해하지 못한다고 생각하십니까? 나는 그가 이해한다고 생각합니다. 우리는 "거기"가 바보가 아니라는 것을 집합적으로 발견했습니다. 그러면 브로커는 어떻게 해야 합니까? 글쎄, 아마도 작은 구매자의 불만을 어떻게 든 최소화 할 수 있습니다. 정확히 어떻게? 응용 프로그램을 취소할 수 없습니다. 그러면 작은 내용이 다음과 같이 표시됩니다. "작지만 존경받는 상인인 내가 어떻게 중개인의 게이트에서 차례를 맞이할 수 있었습니까?" 아마도 도둑이 채워질 때까지 응용 프로그램 대기열에서 작은 응용 프로그램을 보류 할 수 있습니다 ... 글쎄, 또는 주요 응용 프로그램을 수락하거나 구매하거나 판매하고 수정을 보류하십시오 ...
이제 증권 거래소에 그러한 중개인이 많이 있다고 상상해보십시오. 세션이 시작될 때 한 소비에트 상점보다 더 많은 소란이 있습니다.
이것들은 생각입니다.
추신: 내 텍스트의 모든 일치 항목은 무작위이며 예시입니다.
FORTS 게이트웨이가 어떻게 작동하는지 모른다는 사실에서 많은 "물".
로그인 제한이 있습니다. 즉, 초당 30개의 트랜잭션만 보낼 수 있습니다.
티어웨이는 기존에 3개의 MT5 서버를 가지고 있었는데 지금은 8개로 딜레이가 줄어들지 않고,
그러나 그들은 엄청나게 증가했지만 FORTS에는 더 이상 MT5 사용자가 없었습니다!
이것은 사건이 일어나지 않았다는 증거가 될 것입니다.
하지 않을 것이다!
사용자가 하는 모든 것은 증거가 아니며 터미널 로그만 증거가 됩니다!
하지 않을 것이다!
사용자가 하는 모든 것은 증거가 아니며 터미널 로그만 증거가 됩니다!
그러나 OnTradeTransaction() 의 모든 이벤트에 대한 사용자의 로깅은 이유를 이해하는 데 도움이 됩니다.
그러나 OnTradeTransaction() 의 모든 이벤트에 대한 사용자의 로깅은 이유를 이해하는 데 도움이 됩니다.
시원한...
나는 하루에 4000건의 거래를 하고 있으며, 각 거래는 OnTradeTransaction을 5-6번 "당긴다"
누가 이 "풋웨어"를 이해할까요? :) 결국, 그들은 로그와 터미널, 그리고 MT5 서버의 로그가 필요합니다.
추가됨
새 빌드가 릴리스될 때까지 모든 것이 잘 작동했습니다.
예, 이제 작동하지만 때때로 브로커 서버에 오류가 발생합니다.
추가됨
주문, 수정 및 삭제할 때 상태를 지정( state )하고 설치 시간을 기록합니다.
여기
그리고 OntradeTransaction에서 이 플래그( ORD_DO_SET )가 재설정됩니다.
타이머(1초)는 OnTradeTransaction에 아무것도 도착하지 않은 경우 이 주문의 상태를 확인합니다.
그리고 새로운 시간을 감지하여 로깅
이 기능은 로그를 표시하기 전에 주문에 발생한 상황을 확인합니다.
추가됨
사실은 작년에 OnTradeTransaction 이 보장되었다는 것입니다! :)
말하자면. 이벤트가 터미널에 도착하면 이벤트 대기열에 OnTradeTransaction으로 배치되는 것이 보장됩니다. 이것은 EA에서 처리할 것을 보장한다는 의미가 아닙니다.
질문은 이것에 관한 것입니다:
트랜잭션 큐의 길이는 1024개 요소입니다. OnTradeTransaction()이 다음 트랜잭션을 처리하는 데 너무 오래 걸리면 대기열의 이전 트랜잭션이 새 트랜잭션에 의해 강제로 제거될 수 있습니다.
그리고 차례로 고문 자체의 사건. 그들 중 몇 명이 있을 수 있고 변위가 있는지 여부. (인용 견적이 고문에 관한 것이 아닌 경우)
말하자면. 이벤트가 터미널에 도착하면 이벤트 대기열에 OnTradeTransaction으로 배치되는 것이 보장됩니다. 이것은 EA에서 처리할 것을 보장한다는 의미가 아닙니다.
질문은 이것에 관한 것입니다:
그리고 차례로 고문 자체의 사건. 그들 중 몇 명이 있을 수 있고 변위가 있는지 여부. (인용 견적이 고문에 관한 것이 아닌 경우)
길다고 생각하세요?
길다고 생각하세요?
EA의 이벤트 대기열(예: 타이머)에 OnTradeTransaction 이벤트가 하나만 있을 수 있다면 코드 속도는 중요하지 않습니다.
그렇지 않은 경우 주문을 동기식으로 또는 비동기식으로 작업하는지 여부에 따라 다릅니다.EA의 이벤트 대기열(예: 타이머)에 OnTradeTransaction 이벤트가 하나만 있을 수 있다면 코드 속도는 중요하지 않습니다.
그렇지 않은 경우 주문을 동기식으로 또는 비동기식으로 작업하는지 여부에 따라 다릅니다.비동기식이지만 동시에 30개를 초과할 수 없습니다.
그건 그렇고, 여기에 또 다른 것이 있습니다 (그리고 10-10에서 14-00까지 어떤 이유로 모든 것이 잘 작동했습니다)
2018.02.28 14:07:59.505 Trades 'xxxxx': cancel order #84736275 buy limit 3.00 LKOH-9.18 at 37312 2018.02.28 14:08:09.071 Trades 'xxxxx': accepted cancel order #84736275 buy limit 3.00 LKOH-9.18 at 37312 2018.02.28 14:08:09.107 Trades 'xxxxx': cancel #84736275 buy limit 3.00 LKOH-9.18 at market done in 9602.694 ms 2018.02.28 14:00:32.653 trader (FEES-3.18,M1) CheckTradingTime: Сейчас 2018.02.28 14:00, если есть необходимость, можно закрыть терминал. 2018.02.28 14:08:00.522 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:01.543 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:02.553 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:03.565 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:04.593 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:05.625 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:06.654 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:07.667 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:08.680 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL
하지만 여기서 우리는 서버 응답을 기다렸습니다 :)
하지만 내가 마지막으로 여기에 글을 썼을 때
2017년 4월 새 빌드 1571이 나왔습니다.
그리고 지금은 1755, 그때는 2초, 그리고 지금은....
나는 왜 그 때 9개월 동안 그렇게 침묵을 지켰고 (고문들에게도 손도 대지 않았다)!
추가됨
FORTS의 기기 수는 변경되지 않았으며 Opener는 5개의 새로운 MT5 서버를 추가했습니다.
거래량은 감소했지만 문제는 남아 있을 뿐만 아니라 "성장"했습니다.
그리고 터미널 자체는 초당 60개 이상의 주문을 보내지 않습니다.