Hatalar, hatalar, sorular - sayfa 2692
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
Sonra bilmiyorum...
Yani bilmiyorum... pahalı bir VPS ödenir ve işe yaramaz, MQ'dan VPS bu komisyoncuya böyle bir ping vermiyor, bu arada, yoksa onu kullanmaktan memnun olabilirim.
Yani bilmiyorum... pahalı bir VPS ödenir ve işe yaramaz, MQ'dan VPS bu komisyoncuya böyle bir ping vermiyor, bu arada, aksi halde onu kullanmaktan memnun olabilirim.
Renat bir keresinde sunucuların üzerlerindeki yükü bu şekilde ayarladıklarını açıklamıştı.
Onlar. Kendileri yüklüyse müşterileri başka noktalara atın.
Belki de istenen sunucuya otomatik bir yazılım geçişi yardımcı olacaktır.
Renat bir keresinde sunucuların üzerlerindeki yükü bu şekilde ayarladıklarını açıklamıştı.
Onlar. Kendileri yüklüyse müşterileri başka noktalara atın.
Belki de istenen sunucuya otomatik bir yazılım geçişi yardımcı olacaktır.
gee gee, sunucunun doğru şekilde uygulanmadığı ortaya çıkıyor ...
Yani sunucu dikey olarak ölçeklenmez, ancak kümelendiğinde yatay olarak ölçeklenir ve istemciyi aptalca başka bir sunucuya yönlendirir.
Ping'in önemli bir öncelik olduğu bu durum için doğru uygulama değil.
Renat bir keresinde sunucuların üzerlerindeki yükü bu şekilde ayarladıklarını açıklamıştı.
Onlar. Kendileri yüklüyse müşterileri başka noktalara atın.
Belki de istenen sunucuya otomatik bir yazılım geçişi yardımcı olacaktır.
SW. geliştiriciler, lütfen çok dikkatli olun, sorun çok ciddi.
Gerekirse günlük sağlayabilirim.
Ping'in önemli bir öncelik olduğu bu durum için doğru uygulama değil.
Sunucu 50ms'lik bir kuyruk oluşturacak kadar meşgulse, 1ms ping'in sevinci nedir?
Mevcut uygulamayı savunduğumdan değil, sadece spekülasyon yapıyorum.
Sunucu 50ms'lik bir kuyruk oluşturacak kadar meşgulse, 1ms'lik bir ping'in sevinci nedir?
Mevcut uygulamayı savunduğumdan değil, sadece spekülasyon yapıyorum.
MT5 sunucusu bununla başa çıkamıyorsa kötü....onu kaldırabilecek bir platforma geçmeniz gerekecek.
Terminal günlüklerine bakın, lütfen.
Orada, ağ kümesinin tüm yeniden bağlantıları, kesinti nedenleri ve yeniden taramaları gösterilir.
Yeniden bağlantı, birkaç saniyede bir yerine birkaç saatte bir otomatik olarak değerlendirilir. Aksi takdirde, terminaller sunucular arasında yuvarlak bir sürekli atlama dansı düzenlerdi.
Sunucu 50ms'lik bir kuyruk oluşturacak kadar meşgulse, 1ms ping'in sevinci nedir?
Mevcut uygulamayı savunduğumdan değil, sadece spekülasyon yapıyorum.
Sunucunun tam olarak yüklenmesini önlemek için sunucu için dikey bir ölçeklendirme şeması oluşturmanız gerekir.
Yani sunucudaki pik yük sırasında, örneğin %80 yükte, demir gücü otomatik olarak eklenir.
Sağlayıcının bu kapasitesi çoktur ve sağlayıcının kapasitesini bir veya daha fazla sunucu ile seçmek gerçekçi değildir.
Sunucudaki maksimum yük azaldığında, demirin eklenen gücü önceki parametrelere düşer.
Böyle bir ölçekleme ile, istemcinin başka bir sunucuya yeniden yönlendirilmesi yoktur.
Başka bir sunucuya yönlendirin, sunucu çökerse veya bir tür arıza vb. olursa bu zaten aşırı bir geri dönüş olur.
Ve görünüşe göre MQ, uygulamasını başka bir sunucuya yönlendirmenin kritik olmadığı web sunucuları için tasarlanmış yatay ölçeklendirme üzerine kurmuştur.
metin gri (diğer renkler uygundur) dikdörtgenin altındayken, anahatta ve renkte "aşınma" olur
daha büyük metin:
Terminal günlüklerine bakın, lütfen.
Orada, ağ kümesinin tüm yeniden bağlantıları, kesinti nedenleri ve yeniden taramaları gösterilir.
Yeniden bağlantı, birkaç saniyede bir değil, birkaç saatte bir otomatik olarak değerlendirilir . Aksi takdirde, terminaller sunucular arasında yuvarlak bir sürekli atlama dansı düzenlerdi.
Günlüklerde belirli bir şey bulamadım. evet server 1 ile bağlantı kaybı var evet server 3'e bağlandım ama neden tekrar server 1'e otomatik olarak bağlanmıyor net değil.
Bir şeylerin değişmesi gerekiyor, orası kesin. her halükarda, modern algoritmik ticaret üç ayda bir işlem yapmaz, bu nedenle birkaç saat içinde bağlantının kesilmesine izin verilebilir. sunucu 3 bağlandığında, terminal donar ve alıntılar birkaç dakika boyunca güncellenmez.
sunucu ve istemci yapılarında çok büyük bir fark olabilir mi? aracının 2280 sunucusu var, bende 2363 terminali var.