MQL'de asenkron ve çok iş parçacıklı programlama - sayfa 22

 
Реter Konow :
Onlara orada ihtiyacımız yok. Bu özellikler, buradaki topluluktaki programlama düzeyine yardımcı olmaz. MQL programları.

Dama mı yoksa gidelim mi? TS'ye veya MCL programlarının teknoloji düzeyine mi ihtiyacınız var?

Bana göre, TC ve MKL veya başka bir şey - kesinlikle fark yok. Herhangi bir terminal için hiçbir duygum yok.

 
Yuriy Asaulenko :

Dama mı yoksa gidelim mi? TS'ye veya MCL programlarının teknoloji düzeyine mi ihtiyacınız var?

Bana göre, TS ve MKL veya başka bir şey - kesinlikle fark yok. Herhangi bir terminal için hiçbir duygum yok.

TS'ye ihtiyacım yok. TS çevresinde iş yapmayı düşünüyorum. Bu nedenle - MCL programlarının teknoloji seviyesi.
 
Dmitry Timin :
Bir zamanlayıcıda gelen komutları işleyen ve işlemin tamamlandığını bildiren bir mesaj kuyruğu oluşturdum. Ayrı iş parçacıkları oluşturmaya doğrudan gerek görmüyorum

Ve tüm işlemleriniz engelleme modunda, yani. bir işlem tamamlanana ve diğeri başlayana kadar sırayla.

 
Реter Konow :
TS'ye ihtiyacım yok. TS çevresinde iş yapmayı düşünüyorum. Bu nedenle - MCL programlarının teknoloji seviyesi.

Piyasadaki / serbest çalışan işinizin sınırı - 100 dolar / ay. Bu bir iş değil, bu bir iş oyunu.

 
Yuriy Asaulenko :

Piyasadaki / serbest çalışan işinizin sınırı - 100 dolar / ay. Bu bir iş değil, bu bir iş oyunu.

Bu nedenle, oraya gitmiyorum.))) Ama göreceğiz.
 
İçerik oluşturucular için yayın. Troller geçer. Grafik arayüzler için, OnChartEvent'i ayrı bir iş parçacığına koymak oldukça öyle görünüyor.
 
Yuriy Asaulenko :

Piyasadaki / serbest çalışan işinizin sınırı - 100 dolar / ay. Bu bir iş değil, bu bir iş oyunu.

Bu arada, tarafsızlık adına, ürünlerinin neden olduğu ilgiye bakılırsa Pazarda çok daha fazla kazanan insanlar vardı. Ve bazılarına göre, sinyallerde zengin olabilirsiniz. Yani iş hala orada.
 
Реter Konow :
Bu arada, tarafsızlık adına, ürünlerinin neden olduğu ilgiye bakılırsa Pazarda çok daha fazla kazanan insanlar vardı. Ve bazılarına göre, sinyallerde zengin olabilirsiniz. Yani iş hala orada.
Ne mutlu inananlara.
 
Vladimir Simakov :
İçerik oluşturucular için yayın. Troller geçer. Grafik arayüzler için, OnChartEvent'i ayrı bir iş parçacığına koymak oldukça öyle görünüyor.

Daha genel olarak, tüm kod yapısındaki tüm temel işleyiciler için çalışan zaman uyumsuz bir görev sınıfı ve yöntemleri uygulamak daha iyidir.
onlar. örneğin, OnChartEvent'te çalışıyorsanız, bu işleyicide MqlTask ve CTask sınıfını çağırır ve bu işleyicide ihtiyacımız olduğu gibi görevlerle çalışırız.
Buna göre, kullanıcının gözünden gizlenen EventLoop ve TrhreadPool, MqlTask'ın bildirildiği yere otomatik olarak yapışmalıdır.
Pekala, bu yaklaşık bir algoritma, geliştiriciler bunu nasıl daha iyi yapacaklarını daha iyi biliyorlar ama bence fikir açık.

EventLoop'un gözünden gizlenmiş, görevlerin çalışmasının örnek bir uygulaması

 
Реter Konow :

Sana zaten cevap verdim. Görmezden geliyorsun.

1. Çoklu iş parçacığına ihtiyacım var çünkü programlarım çok daha karmaşık. Bir çok ağır işlevi tek bir programda birleştirmek istiyorum. 3D görselleştirme, sunucu ile iletişim, GUI ve çeşitli hesaplamalar. Bir iş parçacığı yeterli değil. Bu nedenle, programı parçalara ayırmanız veya standart çoklu kullanım kullanmanız gerekir. Eğer mevcut değilse, programı parçalara ayıracağım.

2. Terminal kendi başına çok iş parçacıklıdır. Neden çoklu kullanıma ihtiyacı var - geliştiricilerine sorun. Neden çoklu iş parçacığına ihtiyacım var - 1. maddeye bakın.

Opencl'in neden uygun olmadığını bana açıklayın. Terminalde, opencl kodu yazma yeteneği uygulanır ve bu çoklu okumadır. Burada yazdıkları çoklu iş parçacığı ile bu çip arasındaki farkların ne olduğunu kendim için anlamak istiyorum.
Ya da kim bilir, açıklayın ki anlayayım.
Neden: