Aracının veya yazılımın kim olduğunu bilmiyorum (hiçbir zaman bulunamayacak gibi görünüyor), ancak sonuç bu .
Her nasılsa Renat, her şeye ek olarak, bir bilgisayardan bir komisyoncuya ağda sadece ping değil, gerçek ping hakkında da verilere sahip olmanız gerektiğini söyledi - yani, şu düşünceyi kontrol etmek için: " herhangi bir sorun var (ve bu tür sorunlar her zaman olur ve her zaman ortaya çıkabilir) şu anda çevrimiçi".
Geriye, bilgisayardan komisyoncuya geçen sinyalin bir ticaret talebinin gönderilmesiyle (ve ya bekleyen bir emir ise???) tam olarak nasıl tespit edileceğini anlamak kalıyor.
Her nasılsa Renat, her şeye ek olarak, bir bilgisayardan bir komisyoncuya ağda sadece ping değil, gerçek ping hakkında da verilere sahip olmanız gerektiğini söyledi - yani, şu düşünceyi kontrol etmek için: " herhangi bir sorun var (ve bu tür sorunlar her zaman olur ve her zaman ortaya çıkabilir) şu anda çevrimiçi".
Geriye, bilgisayardan komisyoncuya geçen sinyalin bir ticaret talebinin gönderilmesiyle (ve ya bekleyen bir emir ise???) tam olarak nasıl tespit edileceğini anlamak kalıyor.
Önceki komutun 6 ms'de yürütülüp yürütülmediğini ve bir sonraki komutun da yürütülüp yürütülmediğini "algılamak" için ne istiyorsunuz?
2018.02 . 1510 : 00 : 14.224 Trades 'ххххх' : sell limit 2.00 MOEX- 6.18 at 11557 placed for execution in6.220 ms
2018.02 . 1510 : 00 : 54.309 Trades 'ххххх' : cancel order # 84312120 sell limit 2.00 MOEX- 6.18 at 115572018.02 . 1510 : 01 : 25.698 Trades 'ххххх' : accepted cancel order # 84312120 sell limit 2.00 MOEX- 6.18 at 115572018.02 . 1510 : 01 : 25.711 Trades 'ххххх' : cancel order # 84312120 sell limit 2.00 MOEX- 6.18 at 11557 placed for execution in31407.470 ms
2018.02 . 1510 : 09 : 33.291 Trades 'ххххх' : sell limit 2.00 MOEX- 6.18 at 115572018.02 . 1510 : 09 : 33.297 Trades 'ххххх' : accepted sell limit 2.00 MOEX- 6.18 at 115572018.02 . 1510 : 09 : 33.298 Trades 'ххххх' : sell limit 2.00 MOEX- 6.18 at 11557 placed for execution in6.918 ms
Her nasılsa Renat, her şeye ek olarak, bir bilgisayardan bir komisyoncuya ağda sadece ping değil, gerçek ping hakkında da verilere sahip olmanız gerektiğini söyledi - yani, şu düşünceyi kontrol etmek için: " herhangi bir sorun var (ve bu tür sorunlar her zaman olur ve her zaman ortaya çıkabilir) şu anda çevrimiçi".
Geriye, bilgisayardan komisyoncuya geçen sinyalin bir ticaret talebinin gönderilmesiyle (ve ya bekleyen bir emir ise???) tam olarak nasıl tespit edileceğini anlamak kalıyor.
Bu durumda (31 saniye), her bir OnTradeTransaction'ın çağrı süresine bakmak yeterli olacaktır. İşlem sunucusundan, siparişi silme talebinin kabul edildiğine dair onayın neredeyse anında olduğundan eminim.
Ardından, Geçmişe göre kapanış saatine bakın (OnTradeTransaction değil). Büyük olasılıkla, bu zamanlar arasındaki fark 31 saniye olacaktır. %100 İstemci<->Terminal bağlantısının frenlerle ilgisi olmadığını söyleyecektir.
Önceki komutun 6 ms'de yürütülüp yürütülmediğini ve bir sonraki komutun da yürütülüp yürütülmediğini "algılamak" için ne istiyorsunuz?
Basit bir örnek. sitelere giriyorum Aniden, internet korkunç bir şekilde yavaşlamaya başlar. Her şey bir dakika içinde geri yüklenir. Bunun birçok nedeni olabilir: WiFi çalışıyor - uyumlu olmayan bir standarda sahip yeni bir cihaz bağlandı (Kişisel olarak evime WiFi'ye ilk kez bağlandığımda yönlendiriciyi anında kapatan bir telefonum var ve cihazı yeniden başlatmam gerekiyor. yönlendirici) veya ev yönlendiricisinden sonra yönlendiricileri imzalama ...
Basit bir örnek. sitelere giriyorum Aniden, internet korkunç bir şekilde yavaşlamaya başlar. Her şey bir dakika içinde geri yüklenir. Bunun birçok nedeni olabilir: WiFi çalışıyor - uyumlu olmayan bir standarda sahip yeni bir cihaz bağlandı (Kişisel olarak evime WiFi'ye ilk kez bağlandığımda yönlendiriciyi anında kapatan bir telefonum var ve cihazı yeniden başlatmam gerekiyor. yönlendirici) veya ev yönlendiricisinden sonra yönlendiricileri imzalama ...
Sitelere tırmanmaya gerek yok, burada her şey basit
Siparişleri eşzamansız olarak gönderirken aşağıdakileri alırız:
2018.02.15 10:00:54.309 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557
Siparişin terminal tarafından MT5 sunucusuna gönderildiği anlamına gelir.
2018.02.15 10:01:25.698 Trades 'ххххх': accepted cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557
MT5 sunucusunun bir sipariş aldığı anlamına gelir
2018.02.15 10:01:25.711 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 ms
Sunucunun borsaya bir sipariş GÖNDERDIĞI anlamına gelir.
Ancak borsadan gelen yanıt hemen OnTradeTransaction'a gelirken, terminalin kendisi HİÇBİR mesaj göstermiyor!
Katma
İşte SD'den bir yıllık cevap:
Destek Ekibi2017.02.28 14:10
Eşzamansız yöntem, işlemin sonucunu (siparişin verilmesi) beklemez ve izlemez, yalnızca gönderme gerçeğini ve buna göre günlüğe kaydetmez.
Önceki ve sonraki komutlara tekrar bakın
2018.02 . 1510 : 00 : 14.224 Trades 'ххххх' : sell limit 2.00 MOEX- 6.18 at 11557 placed for execution in6.220 ms
2018.02 . 1510 : 00 : 54.309 Trades 'ххххх' : cancel order # 84312120 sell limit 2.00 MOEX- 6.18 at 115572018.02 . 1510 : 01 : 25.698 Trades 'ххххх' : accepted cancel order # 84312120 sell limit 2.00 MOEX- 6.18 at 115572018.02 . 1510 : 01 : 25.711 Trades 'ххххх' : cancel order # 84312120 sell limit 2.00 MOEX- 6.18 at 11557 placed for execution in31407.470 ms
2018.02 . 1510 : 09 : 33.291 Trades 'ххххх' : sell limit 2.00 MOEX- 6.18 at 115572018.02 . 1510 : 09 : 33.297 Trades 'ххххх' : accepted sell limit 2.00 MOEX- 6.18 at 115572018.02 . 1510 : 09 : 33.298 Trades 'ххххх' : sell limit 2.00 MOEX- 6.18 at 11557 placed for execution in6.918 ms
Elbette, bunların ağla ilgili sorunlar olması mümkündür, ancak MY değil, komisyoncudur.
Çünkü bu her gün, yeni bir 1755 yapısı yüklendikten sonra ve sabah oturumunun başında tekrarlanıyor.
Katma
İnternete gelince.
Yukarıdaki günlükler, OnLime (100 Mbps) üzerinden çalışan bir terminalden yapılmıştır ve
bunlar MGTS (200 Mbit optik fiber) üzerinden çalışan terminalin loglarıdır.
Günlük parçası, diğer uçbirim ile aynı zamana sahiptir ve sonuç aynıdır:
Açıcıya sunucu günlükleri hakkında #84312120 numaralı siparişle istekte bulundum.
Bu günlükleri aldım
2018.02 . 1510 : 00 : 13.764 * 'ххххх' : order placed for execution [# 84312120 sell limit 2.00 MOEX- 6.18 at 11557 ], time 1.39 ms
2018.02 . 1510 : 00 : 13.764 * 'ххххх' : order # 84312120 sell limit 2.00 MOEX- 6.18 at 11557 request new due execution [request new order # 84312120 ], time: 0.12 ms
2018.02 . 1510 : 00 : 13.770 * 'ххххх' : order # 84312120 sell limit 2.00 MOEX- 6.18 at 11557 placed due execution [added order # 84312120 , sell limit 2.00 MOEX- 6.18 at 11557 [based on order '29447873389' ]], time: 0.11 ms
2018.02 . 1510 : 01 : 25.239 * 'ххххх' : cancel order # 84312120 sell limit 2.00 MOEX- 6.18 at 11557 ( 11002 / 11221 / 11200 )
2018.02 . 1510 : 01 : 25.239 * 'ххххх' : request transfered to dealers, rule 'FORTS Gateway #real' (cancel # 84312120 sell limit 2.00 MOEX- 6.18 at 11557 )
2018.02 . 1510 : 01 : 25.240 * '*' : request from'30552' (cancel # 84312120 sell limit 2.00 MOEX- 6.18 at 11557 )
2018.02 . 1510 : 01 : 25.245 * 'ххххх' : order # 84312120 sell limit 2.00 MOEX- 6.18 at 11557 request cancel due execution [request cancel order # 84312120 ], time: 1.64 ms
2018.02 . 1510 : 01 : 25.250 * '*' : placed for execution for'30552' (cancel # 84312120 sell limit 2.00 MOEX- 6.18 at 11557 )( 11002 / 11221 / 11200 )
2018.02 . 1510 : 01 : 25.254 * 'ххххх' : order # 84312120 sell limit 2.00 MOEX- 6.18 at 11557 canceled due execution [canceled order # 84312120 [based on order '29447873389' ]], time: 0.88 ms
Maden ve sunucu günlüklerinden şunları görebilirsiniz:
Terminalraporları: 2018.02.15 10:00:54.309 İşlemler 'ххххх': #84312120 siparişini iptal et satış limiti 2.00 MOEX-6.18 at 11557 sunucu: 2018.02.15 10:01:25.239 * 'ххххх': #84312120 satış limitini iptal et 2.00 MOEX-6.18, 11557'de (11002 / 11221 / 11200)
Yani siparişin TERMİNAL tarafından verildiği andan itibaren SUNUCU tarafından siparişin kabulü 31 saniye olmuştur.
Yani sorun şu olabilir: 1. Terminalin kendisinde (siparişi gönderdiğini söyledi, ama aslında göndermedi) ki bundan ÇOK şüpheliyim 2.Açıcı Sağlayıcılar veya OPENER dahili ağı düzgün çalışmıyor.
3. Sunucu siparişimi kuyruğa aldı ve bekleme süresi 31 saniyeydi.
Yukarıdaki gönderide belirtilen nedenle İnternetimi TAMAMEN hariç tutuyorum.
Sonuçlarımı komisyoncuya gönderdim, cevap bekliyorum ...
İki gündür MT5 sunucusunun çalışmasında herhangi bir gecikme veya başka "sıkışmalar" gözlemlemedim.
HER ŞEYİ YAPTI MI?
İki gündür MT5 sunucusunun çalışmasında herhangi bir gecikme veya başka "sıkışmalar" gözlemlemedim.
HER ŞEYİ YAPTI MI?
Belki Merkez Bankası frenleri kaldırdı? ))
2 yıl 2 ay oldu
Aracının veya yazılımın kim olduğunu bilmiyorum (hiçbir zaman bulunamayacak gibi görünüyor), ancak sonuç bu .
2018.02.15 10:00:54.309 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 2018.02.15 10:01:25.698 Trades 'ххххх': accepted cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 2018.02.15 10:01:25.711 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 ms2 yıl 2 ay oldu
Aracının veya yazılımın kim olduğunu bilmiyorum (hiçbir zaman bulunamayacak gibi görünüyor), ancak sonuç bu .
Her nasılsa Renat, her şeye ek olarak, bir bilgisayardan bir komisyoncuya ağda sadece ping değil, gerçek ping hakkında da verilere sahip olmanız gerektiğini söyledi - yani, şu düşünceyi kontrol etmek için: " herhangi bir sorun var (ve bu tür sorunlar her zaman olur ve her zaman ortaya çıkabilir) şu anda çevrimiçi".
Geriye, bilgisayardan komisyoncuya geçen sinyalin bir ticaret talebinin gönderilmesiyle (ve ya bekleyen bir emir ise???) tam olarak nasıl tespit edileceğini anlamak kalıyor.
Her nasılsa Renat, her şeye ek olarak, bir bilgisayardan bir komisyoncuya ağda sadece ping değil, gerçek ping hakkında da verilere sahip olmanız gerektiğini söyledi - yani, şu düşünceyi kontrol etmek için: " herhangi bir sorun var (ve bu tür sorunlar her zaman olur ve her zaman ortaya çıkabilir) şu anda çevrimiçi".
Geriye, bilgisayardan komisyoncuya geçen sinyalin bir ticaret talebinin gönderilmesiyle (ve ya bekleyen bir emir ise???) tam olarak nasıl tespit edileceğini anlamak kalıyor.
Önceki komutun 6 ms'de yürütülüp yürütülmediğini ve bir sonraki komutun da yürütülüp yürütülmediğini "algılamak" için ne istiyorsunuz?
Her nasılsa Renat, her şeye ek olarak, bir bilgisayardan bir komisyoncuya ağda sadece ping değil, gerçek ping hakkında da verilere sahip olmanız gerektiğini söyledi - yani, şu düşünceyi kontrol etmek için: " herhangi bir sorun var (ve bu tür sorunlar her zaman olur ve her zaman ortaya çıkabilir) şu anda çevrimiçi".
Geriye, bilgisayardan komisyoncuya geçen sinyalin bir ticaret talebinin gönderilmesiyle (ve ya bekleyen bir emir ise???) tam olarak nasıl tespit edileceğini anlamak kalıyor.
Bu durumda (31 saniye), her bir OnTradeTransaction'ın çağrı süresine bakmak yeterli olacaktır. İşlem sunucusundan, siparişi silme talebinin kabul edildiğine dair onayın neredeyse anında olduğundan eminim.
Ardından, Geçmişe göre kapanış saatine bakın (OnTradeTransaction değil). Büyük olasılıkla, bu zamanlar arasındaki fark 31 saniye olacaktır. %100 İstemci<->Terminal bağlantısının frenlerle ilgisi olmadığını söyleyecektir.
Önceki komutun 6 ms'de yürütülüp yürütülmediğini ve bir sonraki komutun da yürütülüp yürütülmediğini "algılamak" için ne istiyorsunuz?
Basit bir örnek. sitelere giriyorum Aniden, internet korkunç bir şekilde yavaşlamaya başlar. Her şey bir dakika içinde geri yüklenir. Bunun birçok nedeni olabilir: WiFi çalışıyor - uyumlu olmayan bir standarda sahip yeni bir cihaz bağlandı (Kişisel olarak evime WiFi'ye ilk kez bağlandığımda yönlendiriciyi anında kapatan bir telefonum var ve cihazı yeniden başlatmam gerekiyor. yönlendirici) veya ev yönlendiricisinden sonra yönlendiricileri imzalama ...
Basit bir örnek. sitelere giriyorum Aniden, internet korkunç bir şekilde yavaşlamaya başlar. Her şey bir dakika içinde geri yüklenir. Bunun birçok nedeni olabilir: WiFi çalışıyor - uyumlu olmayan bir standarda sahip yeni bir cihaz bağlandı (Kişisel olarak evime WiFi'ye ilk kez bağlandığımda yönlendiriciyi anında kapatan bir telefonum var ve cihazı yeniden başlatmam gerekiyor. yönlendirici) veya ev yönlendiricisinden sonra yönlendiricileri imzalama ...
Sitelere tırmanmaya gerek yok, burada her şey basit
Siparişleri eşzamansız olarak gönderirken aşağıdakileri alırız:
Siparişin terminal tarafından MT5 sunucusuna gönderildiği anlamına gelir.
MT5 sunucusunun bir sipariş aldığı anlamına gelir
2018.02.15 10:01:25.711 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 msSunucunun borsaya bir sipariş GÖNDERDIĞI anlamına gelir.
Ancak borsadan gelen yanıt hemen OnTradeTransaction'a gelirken, terminalin kendisi HİÇBİR mesaj göstermiyor!
Katma
İşte SD'den bir yıllık cevap:
Eşzamansız yöntem, işlemin sonucunu (siparişin verilmesi) beklemez ve izlemez, yalnızca gönderme gerçeğini ve buna göre günlüğe kaydetmez.
Önceki ve sonraki komutlara tekrar bakın
Elbette, bunların ağla ilgili sorunlar olması mümkündür, ancak MY değil, komisyoncudur.
Çünkü bu her gün, yeni bir 1755 yapısı yüklendikten sonra ve sabah oturumunun başında tekrarlanıyor.
Katma
İnternete gelince.
Yukarıdaki günlükler, OnLime (100 Mbps) üzerinden çalışan bir terminalden yapılmıştır ve
bunlar MGTS (200 Mbit optik fiber) üzerinden çalışan terminalin loglarıdır.
Günlük parçası, diğer uçbirim ile aynı zamana sahiptir ve sonuç aynıdır:
Buna ne diyorsun?
Açıcıya sunucu günlükleri hakkında # 84312120 numaralı siparişle istekte bulundum.
Bu günlükleri aldım
Maden ve sunucu günlüklerinden şunları görebilirsiniz:
Terminal raporları:
2018.02.15 10:00:54.309 İşlemler 'ххххх': #84312120 siparişini iptal et satış limiti 2.00 MOEX-6.18 at 11557
sunucu :
2018.02.15 10:01:25.239 * 'ххххх': #84312120 satış limitini iptal et 2.00 MOEX-6.18, 11557'de (11002 / 11221 / 11200)
Yani siparişin TERMİNAL tarafından verildiği andan itibaren SUNUCU tarafından siparişin kabulü 31 saniye olmuştur.
Yani sorun şu olabilir:
1. Terminalin kendisinde (siparişi gönderdiğini söyledi, ama aslında göndermedi) ki bundan ÇOK şüpheliyim
2. Açıcı Sağlayıcılar veya OPENER dahili ağı düzgün çalışmıyor.
3. Sunucu siparişimi kuyruğa aldı ve bekleme süresi 31 saniyeydi.
Yukarıdaki gönderide belirtilen nedenle İnternetimi TAMAMEN hariç tutuyorum.
Sonuçlarımı komisyoncuya gönderdim, cevap bekliyorum ...
Yani sorun şu olabilir:
1. Terminalin kendisinde (siparişi gönderdiğini söyledi, ama aslında göndermedi) ki bundan ÇOK şüpheliyim
Numara.
2. Açıcı Sağlayıcılar veya OPENER dahili ağı düzgün çalışmıyor.
Numara.
3. Sunucu siparişimi kuyruğa aldı ve bekleme süresi 31 saniyeydi.
Evet.
IMHO, Açıcı emrinizin yerine getirilmesini erteledi, hepsi bu ... gelişmiş sosyalizm çağında ne gibi teknik sorunlar olabilir? Eğlenceli :-))
Yüksek frekanslı ticaret? Robot genellikle sunucuya sipariş gönderir mi?