Discussion de l'article "Accélération des calculs avec le réseau cloud MQL5" - page 5

Nouveau commentaire
 
litechat:

Mais ce serait cool si l'indicateur était calculé dans le Cloud Network en temps réel, je suis moi-même programmeur et je pense que c'est possible.

En principe, rien ne vous empêche de calculer quoi que ce soit via le second MT5, qui tourne à côté et qui est connecté au Cloud.

Une autre question est qu'il s'agit en quelque sorte de jardins potagers.

S'il y a un support pour l'optimisation (y compris via claud) directement dans MQL5, ce sera parfait.

Nous le demandons depuis longtemps. Je ne me souviens plus de la réponse des développeurs.

 
komposter:

En principe, rien ne vous empêche de lire quoi que ce soit sur le second MT5, qui tourne à côté et qui est connecté au claude.

Pour l'instant, deux ordinateurs fonctionnent ensemble et chacun d'entre eux utilise tous les cœurs.

Si je suis plus riche, j'achèterai 100 ordinateurs, mais d'un autre côté, ce serait bien d'acheter des agents dans le réseau Cloud qui pourraient compter des indicateurs ou des experts.

 
litechat:

Pour l'instant, 2 ordinateurs travaillent ensemble sur chaque ordinateur en utilisant tous les cœurs.

Si je suis plus riche, j'achèterai 100 ordinateurs, mais d'un autre côté, il serait intéressant d'acheter des agents dans le réseau Cloud qui pourraient lire les indicateurs ou les experts.

Décrivez en termes généraux le type de tâches que vous résolvez pour l'indicateur.

Nous avons le projet de lancer la tâche d'optimisation en arrière-plan (en gros, tous les calculs) directement à partir de MQL5, ce qui nous permettra de créer des conseillers experts/indicateurs auto-optimisés. Mais jusqu'à présent, il n'y a pas de demande évidente, donc l'idée est restée au point mort.

 
Renat:

Décrivez en termes généraux le type de tâches que vous êtes en train de résoudre pour l'indicateur ?

Nous avons le projet de lancer la tâche d'optimisation en arrière-plan (essentiellement tous les calculs) directement à partir de MQL5, ce qui nous permettra de créer des conseillers experts/indicateurs auto-optimisés. Mais comme il n'y a pas de demande évidente, l'idée est au point mort.

En termes généraux :

-- Oncalculate est lancé pour chaque tick + je le lance toutes les 1 secondes s'il n'y a pas de ticks par timer (en passant les tableaux du dernier tick)

-- Dans Oncalculate, je lance de nombreux calculs cycliques (dans les calculs, j'utilise des tableaux surchargés dans Oncalculate), les résultats des calculs sont situés dans les tampons de l'indicateur, qui est la courbe de l'indicateur, le temps de traitement des appels à Oncalculate ne dépasse pas 900 millisecondes (dans le cas où il n'y a pas de ticks), je laisse 100 millisecondes au terminal pour le dessin et pour ses autres besoins (ChartRedraw n'aide pas, je n'ai pas essayé de comprendre pourquoi).

Ce que j'aimerais :
-- que par exemple Oncalculate avec des paramètres d'entrée fonctionne dans plusieurs agents et que leur résultat soit d'une manière ou d'une autre reçu et utilisé dans l'indicateur, par exemple dans une nouvelle fonction OnResultAgent, la première chose qui m'est venue à l'esprit. Je suis sûr que vous savez mieux que moi comment organiser cela correctement.

 

L'optimisation algorithmique ne serait-elle pas utile ?

Il y a probablement une grande quantité de calculs irrationnels/répétitifs/non optimisés là-dedans.

 

Chaque cycle de calcul est unique, plus j'ai de temps pour calculer, plus la prévision est précise, c'est pourquoi une performance supplémentaire est nécessaire.

 

le code est optimisé depuis longtemps,

 
Renat:

L'optimisation algorithmique ne serait-elle pas utile ?

Il doit y avoir une énorme quantité de calculs irrationnels/répétitifs/non optimisés là-dedans.

Convaincu, idée délirante, moins cher d'acheter des ordinateurs.
 
litechat:

Pour l'instant, 2 ordinateurs travaillent ensemble sur chaque ordinateur en utilisant tous les cœurs.

Si je suis plus riche, j'achèterai 100 ordinateurs, mais d'un autre côté, il serait intéressant d'acheter des agents dans le réseau Cloud qui pourraient compter des indicateurs ou des experts.

Vous n'avez pas besoin de 2 ordinateurs.

Vous avez besoin de 2 terminaux : l'un avec un indicateur, et le second - connecté au Cloud - avec un Expert Advisor qui calcule.

Mais cette option ne conviendrait que si les calculs prennent au moins quelques minutes (mieux - quelques dizaines de minutes), sinon tout l'avantage sera absorbé par l'exécution du terminal en mode d'optimisation.

 

J'ai lu les commentaires, certains écrivent que dans un réseau en nuage, l'optimisation génétique sera plus lente que l'optimisation classique par force brute.

Qui a raison ?

123456789
Nouveau commentaire