FORTS. Yürütme soruları - sayfa 34
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Bu konuyu 16.12.2014 tarihinde açtım.
Eylül 2015 oldu bile.
Adil olmak gerekirse, platformun ilk konseptinden kaynaklanan genel gecikmelerin,
çok hızlı bir şekilde düzeltildi , ancak geliştiricilerin "kayan tek" gecikmeyi ciddiye almamaları çok yazık,
ortaya çıktığı gibi, ticarette ölümcül sonuçlara yol açabilir ( demo ve gerçek üzerinde farklı brokerlerle yapılan testlerden,
gecikmelerin MT5 arka ucunda meydana geldiği oldukça açıktır ).
Hatayı belirleme çalışmasının kullanıcı tarafından yapılmış olması büyük bir talihsizliktir ve
geliştiricilerin kendileri değil, Renat 29 Aralık 2014'te çalışmanın devam edeceğine dair güvence verdi:
" Bazen, bir yanıtın terminale teslim edilmesinin dalgalı süresi henüz bloke edilmedi, bunun üzerinde çalışmaya devam edeceğiz. "
Michael, belki gecikmeler ekipmanın hatasından kaynaklanıyordur? Yoksa ekipmanın her zaman hatasız çalıştığını mı düşünüyorsunuz? Belki de sunucu donanımı geliştiricileri yazmak mantıklıdır?
Vladimir!
Yukarıdaki gönderileri ve günlükleri dikkatlice okudunuz!
FARKLI BROKERLAR - Hem demoda hem de gerçek hayatta TEK ve aynı etki!
Vladimir!
Yukarıdaki gönderileri ve günlükleri dikkatlice okudunuz!
FARKLI BROKERLAR - Hem demoda hem de gerçek hayatta TEK ve aynı etki!
Çoğu zaman, uzman bir ofis, sırayla neredeyse aynı sunucuları kuran bir aracılık işinin oluşturulması / bakımıyla uğraşır, yani aracılar farklıdır ve ekipman aynıdır ...
Farklı brokerlerin sunucuları aynı rafta olur ...
Çoğu zaman, uzman bir ofis, sırayla neredeyse aynı sunucuları kuran bir aracılık işinin oluşturulması / bakımıyla uğraşır, yani aracılar farklıdır ve ekipman aynıdır ...
Farklı brokerlerin sunucuları aynı rafta olur ...
Vladimir!
Senden büyük bir ricam var:
Lütfen hayal kurmayın.
Vladimir!
Senden büyük bir ricam var:
Lütfen hayal kurmayın.
Bu işin nasıl yürüdüğünü bilmiyorsanız, bu birinin hayal kurduğu anlamına gelmez, bir aracı kurum düzenlemek için bağlantılara ihtiyacınız var mı?
Tamam, bu bir şarkı sözü, bu gönderiden bir danışmanla sunucuları test ettiğinizi doğru anlıyorum https://www.mql5.com/en/forum/38456/page37#comment_1869077
Eğer ilgileniyorsanız, günlüğüm burada
Dakikada veya saniyede kaç MT5 sunucusunun istekleri işleyebileceğini merak ediyorum...
Bu sabah (gerçek) Erişim sunucusu 4:
Buna "tek" bir gecikme denebilir mi?
Buna göre (bekleme sınırı aşıldı), alternatif kontrol işlevi ( CheckOrders() ) etkinleştirildi:
Bu sabah (gerçek) Erişim sunucusu 4:
Discovery'den gelen bilgilere göre AS 4 kullanmamak en iyisi.
AS2 kullanmak daha iyidir
Michael, Discovery erişim noktalarından giriş günlüklerinin analizine dayanarak şunları söyleyebilirim:
1) Bağlanırken, veri merkezi ping'i terminale kaydeder, bu ping'ler yaklaşık 10ms sürer, ancak 500ms'ye kadar yükselmeler vardır
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)
Bu, erişim noktasından terminale bir ping. işte tüm yol:
| зона ответственности Биржи | | зона ответственности Открытия | | интернет | | клиент |
[биржа (ФОРТС)] <==> [шлюз Plaza2] <===> [шлюз в MOEX] <=> [MT5 торговый сервер] <=> [Точка доступа] <================> [Терминал]
Yani, MT5 terminali - MT5 erişim noktası yolunda, ticarete ulaşmayan sorunlar zaten görülüyor.
2) Diğer müşterilerin pinglerini analiz ettim, onların da dalgalanmaları var - ancak herhangi bir sabit kalıp bulamadım (örneğin, aynı anda ping'de büyük bir artışla)
Bununla ilgili ne yapılmalı?
1) Terminale ping günlüğü ekledik, işlevsellik bir sonraki beta sürümünde kullanıma sunulacak. Çıktığında buraya yazacağım. Gelecekte, (olası) ağ sorunlarını bulmak için bileşenler arasındaki periyodik ping ölçümlerini de platforma entegre edeceğiz.
2) Discovery'den ek ağ bilgisi istedim. Bunun nedeni bulmaya yardımcı olup olmadığını görelim.
3) Bir süre Access Server 4 üzerinden çalışmayı denemenizi tavsiye ederim - erişim noktaları (2,3) dışında bir sağlayıcı üzerinden internete bağlanır ve Otkritie ağı içerisinde ticaret sunucusuna farklı bir şekilde bağlanır.
Bir önsezi ortaya çıktı...
Terminal bir sipariş (sipariş) gönderdiği günlüğe yazarsa ne olur, diye düşündüm.
ama aslında göndermedi (gecikti), o zaman bu her şeyi açıklıyor (terminalden MT5 sunucusuna ping'in neden büyük olduğu).
Михаил :
Terminal bir sipariş (sipariş) gönderdiği günlüğe yazarsa ne olur, diye düşündüm.
ama aslında göndermedi (gecikti), o zaman bu her şeyi açıklıyor (terminalden MT5 sunucusuna ping'in neden büyük olduğu).
Terminal, sunucu ile günlüklerin, çizelgelerin ve ticaret emirlerinin değiş tokuş edildiği bir TCP bağlantısı sağlar. Alım satım emirleri doğal olarak daha yüksek önceliğe sahiptir. İşlem emirleri vermek için ayrı bir bağlantı oluşturma süresi çok uzun olduğu için tek bağlantıda çalışma gerçekleştirilir - birkaç saniye.
Öyleyse terminalde olan şey şuna benzer:
- Terminalin ticaret bölümü, verileri terminalin dahili bağlantı yöneticisine gönderir.
- Bağlantı yöneticisi verileri işletim sistemine iletir
- İşletim sistemi verileri internete iletir
İnternetten veri geldiğinde, işletim sistemi terminal için geldiklerini belirler, terminal bağlantı yöneticisini arar ve dahili protokole göre bu verinin hangi terminal bileşenine yönelik olduğunu belirler.Bir bağlantıdaki tüm TCP paketleri sıralı olarak numaralandırılmıştır. Alınan her paket için işletim sistemi bir alındı bilgisi gönderir. İşletim sistemi ayrıca alınan paketlere de bakar ve böyle bir numaraya sahip bir paketin alınmadığını görürse, gönderene özel bir mesaj gönderir - paketi böyle bir numarayla yeniden gönderir. Bu nedenle, bir paket "yol boyunca" kaybolsa bile, uygulama bu konuda bilgi almaz - işletim sistemleri her iki taraftan da paket kaybını telafi eder. Ancak aktarım zaman alır ve işletim sistemi alınan "yeni" paketleri sırayla tüm "eski" paketleri alana kadar göndermez. Bu nedenle, uygulama tarafından, işletim sisteminin kurtardığı paket kayıpları gecikmeler olarak görülebilir.
Açılış tarafından, ticaret sunucusunun "sorunlu" işlemlerin yürütülmesini 1-2 ms içinde düzelttiği görülebilir - diğer işlemlerde olduğu gibi. Açılıştan alınan güncel bilgilere göre "exchange" - "gateway", "gateway-trading server", "trading server - access point" bölümlerinde herhangi bir soruna rastlanmamıştır. Şimdi erişim noktaları ve "erişim noktası - terminal" bölümü ile ilgileniyoruz.