[ARŞİV] Forumu kirletmemek için herhangi bir acemi sorusu. Profesyonel, kaçırmayın. Sensiz hiçbir yerde - 5. - sayfa 376
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
Evet. Ama sadece bu ilk emir bir piyasa emri ise. Gecikirse, hiçbir şey olmaz.
Önemli olan bu (deneysel parametrelerin doğru ayarlanması için). Bu yüzden sorular soruyorum çünkü. Kendi yeteneklerime güvenmiyorum ve bu nedenle, bu sonuçlar farklıysa, belki de yanlış bir şey yaptığımı belirlemeye çalışıyorum. Bu daha çok bir test meselesidir - böyle anlarda, doğru yazılmış bir program çöküyor ve bir yere bakmanız gerektiğini anlıyorsunuz.
Bu "deneyler" tesadüfen başıma geldi. Ayrıca paralel çalışma için programlar yazdım - şimdi bu yöntemi terk ettim çünkü. Bu verimliliğimi artırmadı (belki başka projelerde uygulanıyor). Sonuç olarak, böyle bir şey ortaya çıktı ki, ilk program işlenene kadar veri alınmadı, ardından ikincisi başlamadı (veya daha doğrusu lanetlendi). Ve bu sıra, danışman bloklarını hangi pencereye (yani hangi sırayla) yerleştirdiğime bağlıydı. - Sonuç olarak - Pencerelerin sırası önemli olduğu için, Expert Advisors'ın paralel olarak değil, sırayla işlendiği anlamına gelir. Ve bu sıra, terminal listesindeki pencerelerin numaralandırılmasına bağlıdır.
Bu, kazanılan deneyimin tüm özüydü.
Ancak, yine, bu sonuçlarımın yanlış yorumlanması olabilir. Bu nedenle, ısrarla şimdi bu sorunu çözmeye çalışıyorum ve sadece "slip" ile ilgili değil.
Danışmanların çevrimiçi çalışmalarını kastetmiştim. Test etmekten mi bahsediyorsun? Test cihazıyla mı ilgili? Birkaç Uzman Danışman, test cihazında aynı anda nasıl çalışabilir???
Hayır - Yanlış koydum (tutarlılık kaybıyla). - Test derken, bir testçi değil, hata ayıklama ve çalışmalarının özelliklerini belirleme aşamasında program testçilerini kastettim. Bu durumda belgelenmiş bilgi eksikliğinden dolayı MT4 operasyonunun özelliklerini belirledim. (bunu zaman zaman yapmanız gerekir)
Tabii şimdi ben de online danışmanların çalışmalarından bahsediyorum.
Hayır - Yanlış koydum (tutarlılık kaybıyla). - Test derken, bir testçi değil, hata ayıklama ve çalışmalarının özelliklerini belirleme aşamasında program testçilerini kastettim. Bu durumda belgelenmiş bilgi eksikliğinden dolayı MT4 operasyonunun özelliklerini belirledim. (bunu zaman zaman yapmanız gerekir)
Tabii şimdi ben de online danışmanların çalışmalarından bahsediyorum.
Cevap için teşekkürler. Kodu, OrdersTotal açık bir siparişin varlığını gösterene kadar EA'nın işini tamamlamaması için değiştirmeye çalışacağım. O zaman 2.si kesinlikle bir düzen olduğunu görecektir. Ümit etmek.
Bu arada, deneyimlerime göre, Uzman Danışmanlar sırayla yürütülüyor ve hatta baskılara bakılırsa bir şekilde bir kuyruk oluşturuluyor.
Cevap için teşekkürler. Kodu, OrdersTotal açık bir siparişin varlığını gösterene kadar EA'nın işini tamamlamaması için değiştirmeye çalışacağım. O zaman 2.si kesinlikle bir düzen olduğunu görecektir. Ümit etmek.
Bu arada, deneyimlerime göre, Uzman Danışmanlar sırayla yürütülüyor ve hatta baskılara bakılırsa bir şekilde bir kuyruk oluşturuluyor.
Geliştirici, terminalin sunucuya aynı anda birkaç işlem emri gönderebileceğini beyan ederse, işi sırayla gerçekleştirerek bu nasıl yapılabilir?
Bu konuda bir şey söylemek benim için zor. Genel olarak, ne dediklerini anlamak için bu geliştiricilerle doğrudan nasıl iletişim kurabileceğiniz konusunda çok az fikrim var.
Ancak, söylediklerine değil, deneyden elde ettiğime güvenmeye alışmış biri olarak, gördüğüm şey şarkı söylediğim şeydir. - Ne göremiyorum - Soru soruyorum, konumumu netleştiriyorum.
Gerçek şu ki, böyle bir pozisyon (tutarlı çalışma ile), bence, oldukça doğal ve doğrudur. Bu yüzden daha önce bu konuyu açıklığa kavuşturmadım. Aksi halde pozisyonların finansal muhasebesinde eksiklikler olabileceği gerçeğinden düzeltin. Ancak bu, sunucu düzeyinde kesilebilir - orada bir şeylerin doğru olup olmadığını kontrol eder. Ancak, bu durumda bile, danışmanların ve terminalin çalışması sırasında, ekstra "çöpleri" ile ticaret akışını tıkayacak çok fazla gereksiz ve hatalı komut olacaktır. Vb.
Bu konuda bir şey söylemek benim için zor. Genel olarak, ne dediklerini anlamak için bu geliştiricilerle doğrudan nasıl iletişim kurabileceğiniz konusunda çok az fikrim var.
Ancak, söylediklerine değil, deneyden elde ettiğime güvenmeye alışmış biri olarak, gördüğüm şey şarkı söylediğim şeydir. - Ne göremiyorum - Soru soruyorum, konumumu netleştiriyorum.
Gerçek şu ki, böyle bir pozisyon (tutarlı çalışma ile), bence, oldukça doğal ve doğrudur. Bu yüzden daha önce bu konuya açıklık bile getirmedim. Aksi halde pozisyonların finansal muhasebesinde eksiklikler olabileceği gerçeğinden düzeltin. Ancak bu, sunucu düzeyinde kesilebilir - orada bir şeylerin doğru olup olmadığını kontrol eder. Ancak, bu durumda bile, danışmanların ve terminalin çalışması sırasında, ekstra "çöpleri" ile ticaret akışını tıkayacak çok fazla gereksiz ve hatalı komut olacaktır. Vb.
Oku - sıralı işleme ile böyle bir "bahçenin çitle çevrilmesi gerekmez". (Ve unutmayın - Herhangi bir makale geliştiriciler tarafından yönetilir.)
Not Ayrıca, başkalarının sözlerine değil, kendi deneyimime ve mantığıma güvenirdim. :)
Oku - sıralı işleme ile böyle bir "bahçenin çitle çevrilmesi gerekmez". (Ve unutmayın - Herhangi bir makale geliştiriciler tarafından yönetilir.)
Not Ayrıca, başkalarının sözlerine değil, kendi deneyimime ve mantığıma güvenirdim. :)
Sadece onaylamadığımı unutmayın. Aksine soruyorum - doğru mu değil mi? :)) Ve pratikte elde ettiklerimi argüman olarak alıntılıyorum.
Ve "kayma" ile ilgili sorun şu ana kadar benim için doğrulanmadı. Onlar. açık. :))
Ben ılımlılıktan bahsediyorum. - Ama sonra tekrar - varsaymak, belirtmek anlamına gelmez. Eğer öyleyse, içtenlikle Uyku konusunda resmi bir yorum almayı umuyorum. Ve sonra forumdaki varsayımlarımın benzerliği hakkında birçok argüman var ve resmi olanları bulmak zor (elbette referans kitabı hariç - ama içinde bu konuyla ilgili kıt ve anlaşılmaz bilgiler var. .Yoksa burada bu kadar çok konuşma olmazdı.) Aynı zamanda sıra ve paralellik açısından da açıklama yapsınlar. - Bunu da anlamamda fayda var.
Bu konuda bir şey söylemek benim için zor. Genel olarak, ne dediklerini anlamak için bu geliştiricilerle doğrudan nasıl iletişim kurabileceğiniz konusunda çok az fikrim var.
Ancak, söylediklerine değil, deneyden elde ettiğime güvenmeye alışmış biri olarak, gördüğüm şey şarkı söylediğim şeydir. - Ne göremiyorum - Soru soruyorum, konumumu netleştiriyorum.
Gerçek şu ki, böyle bir pozisyon (tutarlı çalışma ile), bence, oldukça doğal ve doğrudur. Bu yüzden daha önce bu konuyu açıklığa kavuşturmadım. Aksi halde pozisyonların finansal muhasebesinde eksiklikler olabileceği gerçeğinden düzeltin. Ancak bu, sunucu düzeyinde kesilebilir - orada bir şeylerin doğru olup olmadığını kontrol eder. Ancak, bu durumda bile, danışmanların ve terminalin çalışması sırasında, ekstra "çöpleri" ile ticaret akışını tıkayacak çok fazla gereksiz ve hatalı komut olacaktır. Vb.
Tüm komut dosyaları ve Uzman Danışmanlar kendi iş parçacığında çalışır. Onlardan gelen ticaret emirleri ayrı bir kuyrukta toplanır. Daha sonra serbest ticaret akışları arasında dağıtılırlar. Serbest ticaret akışlarının sayısı 8'e eşit olabilir.
Print(), çıktı anında çıktı için mevcut olanı çıktılar. Günlük üzerinden çoklu iş parçacığının varlığını belirleyebilirsiniz. start() fonksiyonunun en başında ve en sonunda çıktı alın. Aralarına bir gecikme koyun. Farklı araçlarda birkaç Uzman Danışman çalıştırın. Günlüğe bakın. Bir uzmanın sonuçları arasında diğer uzmanların sonuçları olacağını göreceksiniz.