Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Hayır, CentOS'ta dönen sanal makinelerim var. Ama bu diyaloğu sürdürmek için yetkin değilim.
Hala çift sanallaştırma.
CentOS -> VirtualBox -> Windows 7
İşlemci 8 olduğunda 2 çekirdeğe yapılan bir başka azalma, iş parçacığı zamanlayıcısının davranışını ve tahsis edilen kaynaklarını kökten değiştirir.
Bu 2 çekirdek, Windows 7'nin kesintiye uğramasıyla bile kaçınılmaz 1000 iş parçacığına dağıtılmalıdır. Böylece terminalin gecikme süresinin artması garanti edilir.
Pekala, korelasyon ve makullük üzerinde herhangi bir kontrolünüz olmadan stres testleri yapmakta ustasınız.
Elbette mikrosaniye ölçümü, kaynakların bir milisaniyeden 1000 kat daha az aralıkları ölçebilmesini gerektirir.
Periyodik olarak aralıkları çok doğru bir şekilde ölçmeniz gerekiyorsa, mikrosaniye kullanın. Ve size 0 mikrosaniyeye mal olacak.
Tam olarak yavaşladıklarında mikrosaniye nasıl kullanılır?! Burada toplam 20 arama var. Çeşitli pratik görevler için bu kadar saçma sayıda çağrıda çeyrek milisaniye.
Boğulmuş bir VPS'de, sistem zamanlayıcısının timeBeginPeriod boyunca hız aşırtması doludur. Sadece CPU'nun maliyetini artıracaksınız:
Aksi takdirde, işletim sisteminde uzun zaman önce GetTickCount/GetTickCount64'ü doğru yaparlardı ve ücretsiz doğrulukla sevinirlerdi. Ama hayır, bu zamanlayıcının doğruluğu için ödeme yapmanız gerekecek.
GetTickCount hızından daha düşük değil. GetMicrosecondsCount yerine yavaş VPS'de kullanmaya geçildi. Canlı ticarette %50'den indirme %2'ye düştü.
Tam olarak yavaşladıklarında mikrosaniye nasıl kullanılır?! Burada toplam 20 arama var. Çeşitli pratik görevler için bu kadar saçma sayıda çağrıda çeyrek milisaniye.
Ve şu 20 çağrım var:
GetTickCount hızından daha düşük değil. GetMicrosecondsCount yerine yavaş VPS'de kullanmaya geçildi. Canlı ticarette %50'den indirme %2'ye düştü.
GetMicrosecondsCount -> GetTickCount'u değiştirmenin gerçek bir programda çalışacağına inanmıyorum. Hem teorik hem de pratik olarak hiçbir kanıt yoktur.
Bu iki fonksiyon üzerinde bir stres testinde bunu kolayca çizebilirsiniz. CPU üzerindeki yükün %48'inin mikrosaniye ölçülerek yapıldığı sonucuna varıyor musunuz? Ve bu bir stres testi değil mi? Tabii ki o en iyisidir.
Multimedya zamanlayıcının hızlanması hakkında - bu, performansın genel bozulmasına bakılmaksızın yine stres testleridir. Görev zamanlayıcının hız aşırtması, işletim sisteminin sistem yükünü artırır.
Hala çift sanallaştırma.
CentOS -> VirtualBox -> Windows 7
İşlemci 8 olduğunda 2 çekirdeğe yapılan bir başka azalma, iş parçacığı zamanlayıcısının davranışını ve tahsis edilen kaynaklarını kökten değiştirir.
Bu 2 çekirdek, Windows 7'nin kesintiye uğramasıyla bile kaçınılmaz 1000 iş parçacığına dağıtılmalıdır. Böylece terminalin gecikme süresinin artması garanti edilir.
Aynı sonuca vardım, onay için teşekkürler. VirtualBox kötüdür.
Ve özellikle VPS'ye dikkat etmeniz gerekiyor, böyle bir dağıtımda birçoğu var.
Donanımda yalnızca temiz bir işletim sistemi ve Linux daha iyidir.
Şarap yoluyla olmasına rağmen, aynı sanallaştırma, ancak GUI terminali tek bir gecikme olmadan uçar.
Ve GetMicrosecondsCount gecikmeden döner.
Ve şu 20 çağrım var:
Ve bende sıfır mikrosaniye var! Sadece ev makinesinde.
GetMicrosecondsCount -> GetTickCount değiştirmenin gerçek bir programda vereceğine inanmıyorum. Hem teorik hem de pratik olarak hiçbir kanıt yoktur.
Bu iki fonksiyon üzerinde bir stres testinde bunu kolayca çizebilirsiniz. CPU üzerindeki yükün %48'inin mikrosaniye ölçülerek yapıldığı sonucuna varıyor musunuz? Ve bu bir stres testi değil mi? Tabii ki o en iyisidir.
Bu iş parçacığı, kaynağa bir hız testi yerleştirebilmeniz için bir Benchmark kitaplığı yazmamı istedi. Ve bundan oldukça geniş bir şekilde yararlandı, birçok kötü şeyi belirleyip ortadan kaldırdı.
Böylece, danışman bu şekilde yaladı (daha doğrusu, paralel olarak 20 parça) ev bilgisayarını% 1.5 oranında yükler. Ama VPS %50+. Kazmaya başladım ve mikrosaniye zamanlayıcının yavaşladığını gördüm. Buna göre ev makinesinde uyarıların çalışmadığı yerlerde VPS'ye yağmur yağdı.
Ama bu bile yeterli değil. Bu dal sayesinde, temeli bu olan bir anlık görüntü mekanizması geliştirildi.
Bu, herhangi bir anlık görüntünün temelidir: son anlık görüntüden bu yana belirtilen süreden daha az zaman geçmişse, hiçbir şey yapmayız. Kaynaklardan önemli ölçüde tasarruf etmenizi sağlayan bu yaklaşımdır.
Elbette güncelleme süresi kısadır - varsayılan olarak bir milisaniyedir. Bu nedenle, bir mikrosaniye zamanlayıcı kullanılır.
Yani, bu zamanlayıcının frenleri nedeniyle, anlık görüntü mekanizması yok edildi, çünkü. tam teşekküllü bir anlık görüntü, tam teşekküllü bir makineden daha sık / iki büyüklük sırası yapıldı.
Bunlar mikrosaniye zamanlayıcının frenlerinden gelen turtalar. Ancak milisaniyeye geçtiğimde (16 ms değil), her şey bir fren VPS'sinde bile uçmaya başladı.
Multimedya zamanlayıcının hızlanması hakkında - bu, performansın genel bozulmasına bakılmaksızın yine stres testleridir. Görev zamanlayıcının hız aşırtması, işletim sisteminin sistem yükünü artırır.
Evet, pratikte büyük bir kazanç varsa, bu teorileri umursamayın. Belki bazı oyunları etkiler. Ancak bir VPS'de, bu bir tasarruf samanıydı.
Ve bende sıfır mikrosaniye var! Sadece ev makinesinde.
Bu iş parçacığı, kaynağa bir hız testi yerleştirebilmeniz için bir Benchmark kitaplığı yazmamı istedi. Ve bundan oldukça geniş bir şekilde yararlandı, birçok kötü şeyi belirleyip ortadan kaldırdı.
Böylece, danışman bu şekilde yaladı (daha doğrusu, paralel olarak 20 parça) ev bilgisayarını% 1.5 oranında yükler. Ama VPS %50+. Kazmaya başladım ve mikrosaniye zamanlayıcının yavaşladığını gördüm. Buna göre ev makinesinde uyarıların çalışmadığı yerlerde VPS'ye yağmur yağdı.
Ama bu bile yeterli değil. Bu dal sayesinde, temeli bu olan bir anlık görüntü mekanizması geliştirildi.
Bu, herhangi bir anlık görüntünün temelidir: son anlık görüntünün üzerinden belirtilen süreden daha az zaman geçmişse, hiçbir şey yapmayız. Kaynaklardan önemli ölçüde tasarruf etmenizi sağlayan bu yaklaşımdır.
Elbette güncelleme süresi kısadır - varsayılan olarak bir milisaniyedir. Bu nedenle, bir mikrosaniye zamanlayıcı kullanılır.
Yani, bu zamanlayıcının frenleri nedeniyle, anlık görüntü mekanizması yok edildi, çünkü. tam teşekküllü bir anlık görüntü, tam teşekküllü bir makineden daha sık bir büyüklük sırası yapıldı.
Bunlar mikrosaniye zamanlayıcının frenlerinden gelen turtalar. Ancak milisaniyeye geçtiğimde (16 ms değil), her şey bir fren VPS'sinde bile uçmaya başladı.
Evet, pratikte büyük bir kazanç varsa, bu teorileri umursamayın. Belki bazı oyunları etkiler. Ancak bir VPS'de, bu bir tasarruf samanıydı.
Bak ne güzel söylemiş:
GetMicrosecondsCount yerine yavaş VPS'de kullanmaya geçildi. Canlı ticarette %50'den indirme %2'ye düştü.
Sonuç, "hepsi mikrosaniye ölçümünün frenleri yüzünden, hızlanma budur" idi.
Ve aniden ortaya çıktı "Ben kendim, mantıksal bir hata nedeniyle, hesaplamaları bir büyüklük sırası daha yaptım." Ve GetMicrosecondsCount bu hatanın yalnızca tetikleyicisiydi.
GetTickCount'taki değişiklik, bu hata için bir düzeltme/koltuk değneğidir ve düzeltme kodu gösterilmemiştir. Çünkü sadece bir yedek GetMicrosecondsCount -> GetTickCount yok mu?
Neden hemen söylemedin?
Mantığa göre, hızlanma, muhasebenin açık bir şekilde kabalaştırılması (mikrosaniyeden milisaniyeye bir sıçrama) ve anlık görüntülerin oluşturulmasında çoklu bir azalma nedeniyle elde edildi.
Bu, 20 EA'yı %1,5 CPU ile öğüten bir makinede. Hangi LatencyMon her şeyin yolunda olduğunu gösterir.
MT5 mimarisindeki bir şey, aynı anda çalışan tüm Uzman Danışmanlara bu tür gecikmeler veriyor. Ve hiçbirim.
GetTickCount'taki değişiklik, bu hata için bir düzeltme/koltuk değneğidir ve düzeltme kodu gösterilmemiştir. Çünkü sadece bir yedek GetMicrosecondsCount -> GetTickCount yok mu?
Neden hemen söylemedin?
Benimle yapılan tartışmalar, gösterilecek olanın varlığıyla hala ayırt ediliyor. Hiçbir şey gizli değil, aksine açıkça yayınlanıyor .
Kesinlikle bir stres testi var. Bunu açıkça göstermenin başka yolu yoktu.
Bir oyuncak bebek şeklinde bir işlev hayal edin. Dış matryoshka ölçülür. Aynı zamanda, iç matruşkalardan da ölçümler yapılır. Sonuç olarak, mikrosaniyelik frenler nedeniyle, harici matryoshka'lar yürütme süresi açısından vahşi sayılar gösterir ve bu da aynı tür Uyarıların telaşına neden olur. Açıkçası, GetMicrosecondsCount'a yapılan çağrı başına 10 mikrosaniye çok pahalıdır. Bu yüzden uyarılar gönderdi.
Serbest kaba milisaniye zamanlayıcı 0 µs veya 1000 µs veya 2000 µs vermeye başladı. Bu, Uyarıların sayısını büyük ölçüde azalttı ve zamanlayıcı işlevlerine yapılan çağrılarda frenleri azalttı.
Anlık görüntülerle genellikle harika. Ev makinesiyle karşılaştırıldığında (mikrosaniyeler vardır) kabalaşma güçlü değildir. Ancak, cennet ve dünya gibi VPS'de olanlarla karşılaştırıldığında.
PS Şimdi MQL'de ne yazık ki mevcut olmayan bir milisaniye zamanlayıcıya sahip olmanın uygunluğundan bahsediyoruz. Onsuz, VPS'ye anlık görüntü almak imkansızdır.
Bununla daha az karşılaşmak için hala bir SymbolInfoTick anlık görüntüsünün uygunluğunu düşünüyorum.
Bu, 20 EA'yı %1,5 CPU ile öğüten bir makinede. Hangi LatencyMon her şeyin yolunda olduğunu gösterir.
MT5 mimarisindeki bir şey, aynı anda çalışan tüm Uzman Danışmanlara bu tür gecikmeler veriyor. Ve hiçbirim.
İşte kodum ve kararlı yürütme sürem: paralel olarak 20 grafikte yüzlerce ve binlerce mikrosaniye yok
Kaç çekirdek ve hangi işlemci var? i7-2600?
Milyonlarca paralel istekle tekrar gizli stres testi mi?
Şeffaf olun. Birkaç basit _B çağrısı göndermiş olmanız, diğer iddialarınızın kanıtı değil. Tuhaf açıklamalar yapar yapmaz, kodu ve koşulların gerçek tanımını aniden unutuyorsunuz.
Aklınızda herhangi bir şey hayal etmenize gerek yok - gerçekten ne aradığınızı ve test ettiğinizi söyleyin ve gösterin. Yırtık sonuç "bilinmeyen bir stres testi başlattı ve dünyaya göstermek için bir uyarı bekliyor" değil, testin tam kodu.
Ölçüm kitaplığının kendisi hakkında da sorular var. Birdenbire, gereksiz şeyler, tepegöz de dahil olmak üzere berbat durumda.
PS Şimdi MQL'de maalesef mevcut olmayan bir milisaniye zamanlayıcıya sahip olmanın uygunluğundan bahsediyoruz. Onsuz, VPS'ye anlık görüntü almak imkansızdır.
Milisaniye zamanlayıcı uzun süredir var: EventSetMillisecondTimer()