"MQL5 Cloud Network ile Hesaplamaları Hızlandırın" makalesi için tartışma - sayfa 5

 
litechat:

Ancak gösterge Cloud Network'te gerçek zamanlı olarak hesaplansaydı harika olurdu, ben kendim bir programcıyım ve bunun yapılabileceğini düşünüyorum.

Prensip olarak, hiçbir şey, yanında çalışan ve Cloud'a bağlı olan ikinci MT5 aracılığıyla herhangi bir şeyi hesaplamanızı engellemez.

Bir başka soru da, bunların sebze bahçeleri olması.

Doğrudan MQL5'te optimizasyon (claud aracılığıyla dahil) desteği varsa, bu harika olacaktır.

Bunu uzun zamandır istiyoruz. Geliştiricilerin ne cevap verdiğini hatırlamıyorum.

 
komposter:

Prensip olarak, yanında çalışan ve claude'a bağlı olan ikinci MT5 aracılığıyla herhangi bir şeyi okumanızı engelleyen hiçbir şey yoktur.

Şu anda öyle yapılıyor, 2 bilgisayar birlikte çalışıyor ve her birinde tüm çekirdekler kullanılıyor.

Daha zengin olursam 100 bilgisayar satın alacağım, ancak diğer yandan Cloud Network 'te göstergeleri veya uzmanları sayabilecek aracılar satın almak harika olurdu.

 
litechat:

Şu anda yapıldı, her bilgisayarda tüm çekirdekleri kullanarak 2 bilgisayar birlikte çalışıyor.

Daha zengin olursam 100 bilgisayar satın alacağım, ancak diğer yandan Cloud Network'te göstergeleri veya uzmanları okuyabilen ajanlar satın almak harika olurdu.

Genel kelimelerle açıklayın, gösterge için ne tür görevleri çözüyorsunuz?

Arka plan optimizasyonu görevini (temelde herhangi bir hesaplama) doğrudan MQL5'ten başlatma planımız var, bu da otomatik olarak optimize edilmiş Uzman Danışmanlar / göstergeler yapmamızı sağlayacak. Ancak şu ana kadar belirgin bir talep yok, bu yüzden fikir durdu.

 
Renat:

Gösterge için ne tür görevleri çözdüğünüzü genel hatlarıyla açıklar mısınız?

Arka plan optimizasyonu görevini (temelde herhangi bir hesaplama) doğrudan MQL5'ten başlatma planımız var, bu da otomatik olarak optimize edilmiş Uzman Danışmanlar / göstergeler yapmamızı sağlayacak. Ancak bariz bir talep olmadığı için bu fikir durdu.

Genel kelimelerle:

-- Oncalculate her tik için başlatılır + Zamanlayıcı tarafından tik yoksa her 1 saniyede bir başlatırım (son tikin dizilerini geçerek)

-- Oncalculate içinde birçok döngüsel hesaplama çalıştırıyorum (hesaplamalarda Oncalculate'te geçersiz kılınan dizileri kullanıyorum) hesaplamaların sonuçları gösterge eğrisi olan gösterge tamponlarında bulunur, Oncalculate çağrısı işlem süresi 900 milisaniyeden fazla değildir (tik olmaması durumunda), çizim ve diğer ihtiyaçları için terminale 100 milisaniye bırakıyorum (ChartRedraw yardımcı olmuyor, nedenini anlamaya çalışmadım).

Benim istediğim şey:
-- örneğin giriş parametreleri ile Oncalculate'in birkaç aracıda çalışması ve sonuçlarının bir şekilde alınıp göstergede kullanılması, örneğin akla gelen ilk şey olan bazı yeni OnResultAgent işlevlerinin içinde. Eminim bunu nasıl doğru bir şekilde organize edeceğinizi benden daha iyi biliyorsunuzdur.

 

Algoritmik optimizasyon yardımcı olmaz mı?

Muhtemelen orada çok miktarda irrasyonel/tekrarlayan/optimize edilmemiş hesaplama vardır.

 

Her hesaplama döngüsü benzersizdir, hesaplamak için ne kadar çok zamanım olursa tahmin o kadar doğru olur, bu yüzden ek performans gereklidir.

 

kod uzun süredir optimize edilmiştir,

 
Renat:

Algoritmik optimizasyon yardımcı olmaz mı?

Burada büyük miktarda mantıksız/tekrarlayan/optimize edilmemiş hesaplamalar olmalı.

İkna olmuş, hayali bir fikir, bilgisayar satın almak daha ucuz.
 
litechat:

Şu anda yapıldı, her bilgisayarda tüm çekirdekleri kullanarak 2 bilgisayar birlikte çalışıyor.

Daha zengin olursam 100 bilgisayar satın alacağım, ancak diğer yandan Cloud Network'te göstergeleri veya uzmanları sayabilecek ajanlar satın almak harika olurdu.

2 bilgisayara ihtiyacınız yok.

2 terminale ihtiyacınız var: biri göstergeli ve ikincisi - Buluta bağlı - hesaplayan bir Uzman Danışman ile.

Ancak bu seçenek, hesaplamalar en az birkaç dakika sürerse (daha iyisi - birkaç on dakika) uygun olacaktır, aksi takdirde tüm avantaj, terminali optimizasyon modunda çalıştırarak tüketilecektir.

 

Yorumları okudum, bazı insanlar bulut ağında genetik optimizasyonun normal kaba kuvvet optimizasyonundan daha yavaş olacağını yazıyor.

Kim haklı?