관심 있는 분들은 BKS_Test.mq5 EA 운영 중 만든 오프너와 BKS의 데모 로그를 보실 수 있습니다.
2000 트랜잭션당 데모 BCS 1 지연( 하지만 IT입니다! ):
RE 012 : 03 : 35.211 Trades '679854' : buy limit 1.00 Si- 9.15 at 64040 placed for execution in6 ms
PH 012 : 03 : 35.416 Trades '679854' : cancel order # 5378363 sell limit 1.00 Si- 9.15 at 70476
LO 012 : 03 : 35.723 Trades '679854' : cancel order # 5378363 sell limit 1.00 Si- 9.15 at 70476 placed for execution in307 ms
MR 012 : 03 : 35.724 Trades '679854' : cancel order # 5378364 buy limit 1.00 Si- 9.15 at 64040
NJ 012 : 03 : 35.731 Trades '679854' : cancel order # 5378364 buy limit 1.00 Si- 9.15 at 64040 placed for execution in6 ms
데모 오프닝(카운트하지도 않음)
OF 212 : 02 : 26.322 Trades '1007933' : failed cancel order # 22194460 sell limit 1.00 Si- 9.15 at 70476.00000 [Invalid request]
MI 212 : 02 : 26.322 Trades '1007933' : failed cancel order # 22194462 buy limit 1.00 Si- 9.15 at 64040.00000 [Invalid request]
HD 012 : 02 : 26.526 Trades '1007933' : cancel order # 22194460 sell limit 1.00 Si- 9.15 at 70476
CH 012 : 02 : 26.536 Trades '1007933' : cancel order # 22194460 sell limit 1.00 Si- 9.15 at 70476 placed for execution in10 ms
NF 012 : 02 : 26.537 Trades '1007933' : cancel order # 22194462 buy limit 1.00 Si- 9.15 at 64040
IR 012 : 02 : 26.549 Trades '1007933' : cancel order # 22194462 buy limit 1.00 Si- 9.15 at 64040 placed for execution in12 ms
HQ 0 12:03:07.223 Trades '1007933': cancel order #22195150 sell limit 1.00 Si-9.15 at 70476 placed for execution in 13 ms
LI 0 12:03:07.225 Trades '1007933': cancel order #22195151 buy limit 1.00 Si-9.15 at 64040
LF 0 12:03:07.519 Trades '1007933': cancel order #22195151 buy limit 1.00 Si-9.15 at 64040 placed for execution in 294 ms
NE 0 12:03:07.709 Trades '1007933': sell limit 1.00 Si-9.15 at 70476
FL 0 12:03:07.720 Trades '1007933': sell limit 1.00 Si-9.15 at 70476 placed for execution in 11 ms
LG 0 12:03:07.721 Trades '1007933': buy limit 1.00 Si-9.15 at 64040
KK 0 12:03:07.731 Trades '1007933': buy limit 1.00 Si-9.15 at 64040 placed for execution in 9 ms
데모 오프너 MT5 빌드 1159 오전 6-15시 모스크바 시간 - 조용하고 매끄럽고 안경도 움직이지 않습니다.
그리고 여기 BCS 데모 로그가 있습니다(또한 침착함, 유리가 움직이지 않음):
BCS 리얼 에서 로그를 기다리는 것이 남아 있습니다 (신에게 사람이 있음에 감사합니다)
하지만 테크노에 대한 불만을 가지고 오프너에게 집단 비방을 써야 한다는 예감이 있다.
Michael, Discovery 액세스 포인트의 로그인 로그 분석을 바탕으로 다음과 같이 말할 수 있습니다.
1) 연결할 때 데이터 센터는 터미널에 핑을 기록합니다. 이 핑은 약 10ms 동안 지속되지만 최대 500ms의 스파이크가 있습니다.
Access Server2 2015.08.25 08:48:15.666 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 10.89 ms)
Access Server3 2015.08.25 00:07:19.069 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 500.40 ms)
Access Server3 2015.08.25 08:48:28.696 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 12.03 ms)
Access Server3 2015.08.26 04:10:52.879 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 506.13 ms)
Access Server3 2015.08.27 01:08:15.820 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 8.12 ms)
Access Server2 2015.08.27 01:08:18.776 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 7.12 ms)
Access Server2 2015.08.27 02:32:48.278 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 7.07 ms)
Access Server2 2015.08.27 09:05:51.324 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 11.65 ms)
Access Server3 2015.08.27 09:06:04.272 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 11.75 ms)
이것은 액세스 포인트에서 터미널로의 ping입니다. 전체 경로는 다음과 같습니다.
| зона ответственности Биржи | | зона ответственности Открытия | | интернет | | клиент |
[биржа (ФОРТС)] <==> [шлюз Plaza2] <===> [шлюз в MOEX] <=> [MT5 торговый сервер] <=> [Точка доступа] <================> [Терминал]
즉, MT5 터미널 - MT5 액세스 포인트에서 거래에 도달하지 않는 문제가 이미 표시됩니다.
2) 다른 클라이언트의 ping을 분석했는데 변동이 있습니다. 그러나 안정적인 패턴을 찾지 못했습니다(예: 동시에 ping이 크게 증가한 경우).
그것에 대해 무엇을 해야 합니까?
1) 터미널에 핑 로깅을 추가했으며 이 기능은 다음 베타 릴리스에서 사용할 수 있습니다. 나오면 여기에 올리겠습니다. 미래에는 (가능한) 네트워크 문제를 찾기 위해 구성 요소 간의 주기적 핑 측정을 플랫폼에 통합할 것입니다.
2) 디스커버리에서 추가 네트워크 정보를 요청했습니다. 이것이 원인을 찾는 데 도움이 되는지 봅시다.
3) 당분간 Access Server 4를 통해 작업을 해보길 권장합니다. - Access Point(2,3)가 아닌 다른 공급자를 통해 인터넷에 연결되고 Otkritie 네트워크 내의 거래 서버와 다른 방식으로 연결됩니다.
Michael, Discovery 액세스 포인트의 로그인 로그 분석을 바탕으로 다음과 같이 말할 수 있습니다.
1) 연결할 때 데이터 센터는 터미널에 핑을 기록합니다. 이 핑은 약 10ms 동안 지속되지만 최대 500ms의 스파이크가 있습니다.
Access Server2 2015.08.25 08:48:15.666 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 10.89 ms)
Access Server3 2015.08.25 00:07:19.069 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 500.40 ms)
Access Server3 2015.08.25 08:48:28.696 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 12.03 ms)
Access Server3 2015.08.26 04:10:52.879 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 506.13 ms)
Access Server3 2015.08.27 01:08:15.820 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 8.12 ms)
Access Server2 2015.08.27 01:08:18.776 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 7.12 ms)
Access Server2 2015.08.27 02:32:48.278 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 7.07 ms)
Access Server2 2015.08.27 09:05:51.324 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 11.65 ms)
Access Server3 2015.08.27 09:06:04.272 ***.***.***.*** '*****': login (Client build 1159, cid: *****************************, ping: 11.75 ms)
이것은 액세스 포인트에서 터미널로의 ping입니다. 전체 경로는 다음과 같습니다.
| зона ответственности Биржи | | зона ответственности Открытия | | интернет | | клиент |
[биржа (ФОРТС)] <==> [шлюз Plaza2] <===> [шлюз в MOEX] <=> [MT5 торговый сервер] <=> [Точка доступа] <================> [Терминал]
즉, MT5 터미널 - MT5 액세스 포인트에서 거래에 도달하지 않는 문제가 이미 표시됩니다.
2) 다른 클라이언트의 ping을 분석했는데 변동이 있습니다. 그러나 안정적인 패턴을 찾지 못했습니다(예: 동시에 ping이 크게 증가한 경우).
그것에 대해 무엇을 해야 합니까?
1) 터미널에 핑 로깅을 추가했으며 이 기능은 다음 베타 릴리스에서 사용할 수 있습니다. 나오면 여기에 올리겠습니다. 미래에는 (가능한) 네트워크 문제를 찾기 위해 구성 요소 간의 주기적 핑 측정을 플랫폼에 통합할 것입니다.
2) 디스커버리에서 추가 네트워크 정보를 요청했습니다. 이것이 원인을 찾는 데 도움이 되는지 봅시다.
3) 당분간 Access Server 4를 통해 작업을 해보는 것을 권장합니다. - Access Server 4는 Access Point(2,3)가 아닌 다른 제공자를 통해 인터넷에 연결되며 Otkritie 네트워크 내에서 무역 서버와 다른 방식으로 연결됩니다.
안녕하세요!
글쎄, 나는 Access Server 4(그건 그렇고, 그것의 IP와 포트는?)를 통해 시도할 것이지만, 오늘이나 내일 BCS에서 로그가 있을 것이고, 모든 것이 마침내 정리될 것입니다.
연결 된 것 같고 훨씬 좋아졌지만 한 가지 실패가있었습니다 ( 에서 실행 910ms ) :
아니요, Access Server 4에서도 동일합니다.
관심 있는 분들은 BKS_Test.mq5 EA 운영 중 만든 오프너와 BKS의 데모 로그를 보실 수 있습니다.
2000 트랜잭션당 데모 BCS 1 지연( 하지만 IT입니다! ):
데모 오프닝(카운트하지도 않음)
HQ 0 12:03:07.223 Trades '1007933': cancel order #22195150 sell limit 1.00 Si-9.15 at 70476 placed for execution in 13 ms LI 0 12:03:07.225 Trades '1007933': cancel order #22195151 buy limit 1.00 Si-9.15 at 64040 LF 0 12:03:07.519 Trades '1007933': cancel order #22195151 buy limit 1.00 Si-9.15 at 64040 placed for execution in 294 ms NE 0 12:03:07.709 Trades '1007933': sell limit 1.00 Si-9.15 at 70476 FL 0 12:03:07.720 Trades '1007933': sell limit 1.00 Si-9.15 at 70476 placed for execution in 11 ms LG 0 12:03:07.721 Trades '1007933': buy limit 1.00 Si-9.15 at 64040 KK 0 12:03:07.731 Trades '1007933': buy limit 1.00 Si-9.15 at 64040 placed for execution in 9 ms
글쎄, 다음은 실제 BCS에서 발췌한 내용입니다(Adept(y) 덕분에).
2014년 12월 16일에 이 스레드를 시작했습니다.
벌써 2015년 9월입니다.
공정하게 말하면 플랫폼의 초기 개념으로 인한 전반적인 지연,
매우 빠르게 수정 되었지만 개발자가 "플로팅 싱글" 지연을 심각하게 받아들이지 않은 것은 무한한 유감입니다.
결과적으로 거래에서 치명적인 결과를 초래할 수 있습니다 .
MT5 백엔드에서 지연이 발생한다는 것은 분명합니다 .
그리고 오류를 식별하는 작업을 사용자가 직접 수행한 점은 무한히 안타깝고,
Renat는 2014년 12월 29일에 작업이 계속될 것이라고 확신했지만 개발자 자신이 아닙니다.
" 때때로 단말에 대한 응답 전달의 부동 시간이 아직 차단되지 않은 경우, 우리는 이에 대해 계속 작업할 것입니다. "