Et vous pouvez avoir 32 cœurs pour 0,3 livres par heure sur Amazon... Quel est l'intérêt d'acheter un serveur domestique ?
Mieux vaut créer une AMI AWS avec des agents. Il y aura sûrement une demande...
Le cloud de MQ ne serait-il pas moins cher ? Après tout, une telle puissance n'est nécessaire que pour l'optimisation, et le nuage compte plus de 1500 agents, trop paresseux pour regarder maintenant.
Le nuage de MQ a des limites, peut être lent (attendre 30 minutes pour obtenir des résultats après un test), et il est difficile de calculer le coût du nuage (je ne comprends toujours pas comment 5 livres ont été dépensées).
Le nuage de MQ a des limites, peut être lent (j'ai attendu 30 minutes pour obtenir des résultats après un test), et il est difficile de calculer le coût du nuage (je ne comprends toujours pas comment j'ai dépensé 5 livres).
Mmmm, j'avais apparemment un algorithme simple, testé plusieurs fois, une demi-minute chacun, pour un coût ne dépassant pas un quidam. Eh bien, c'est une chose individuelle. Et sur les"coûts du nuage difficiles à calculer (je ne comprends toujours pas comment 5 livres ont été dépensées). "Là, oui, seulement par expérience, il semble.
Et vous pouvez obtenir 32 cœurs pour 0,3 livres par heure sur Amazon... Quel est l'intérêt d'acheter un serveur domestique ?
Mieux encore, faites un AWS AMI avec des agents. Il y aura sûrement une demande...
Que diriez-vous de 3 livres par heure?
Mais même si vous prenez ce fantastique 0,3 dollars/heure pour 32 cœurs x 2, x 24 heures, x 30 jours, un mois revient au fantastique 13.824,00 $/mois, ce qui est plus de 2 fois supérieur au coût des pédaliers discutés dans ce fil. Mais pour obtenir le coût réel (et non fantastique) de la location de 64 cœurs/mois sur Amazon, le résultat doit être x 10.
Mais même si nous prenons le fantastique 0,3 dollars/heure pour 32 cœurs x 2, x 24 heures, x 30 jours, cela donne le fantastique $13.824,00/mois, ce qui est plus de 2 fois plus que le coût du piédestal discuté dans ce fil. Mais pour obtenir le coût réel (et non fantastique) de la location de 64 cœurs/mois sur Amazon, le résultat doit être x 10.
Quelque chose avec votre arithmétique... $0,3*2*24*30 == $432
Il y a un problème avec votre arithmétique... $0,3*2*24*30 == $432
Pardon, j'ai tout multiplié par 32 pour une raison quelconque... ça m'a échappé.
Mais dans la pratique, pour 0,3 $ de l'heure, personne ne donnera cette puissance, pour 3 $ de l'heure, ils la donneront, soit 432 $ x 10 = 4320 $ par mois au total. En gros. Plutôt plus cher, car les agents en activité consomment en permanence 100 % des ressources du noyau, ce qui augmente les frais.
Z.I.S. : informations tirées de la liste de prix Amazon (sans le coût du SSD) :
m4.16xlarge
64
256.0
--
10 Gigabit
--
$6.7840
$4.517 (33%)
Une heure de travail d'un agent dans le nuage MQ coûte 0,02 $,
272 agents x 0,02 x 24 x 30 = 3916,80 $.
Les pepelats ne coûtent que5 500 euros selon le topstarter. Unique.
Désolé, j'ai tout multiplié par 32 pour une raison quelconque.
Mais dans la pratique, pour 0,3 $ par heure, personne ne donnera une telle puissance, pour 3 $ par heure, ils le feront, soit 432 $ x 10 = 4320 $ au total, par mois. En gros. Plutôt plus cher, car les agents en fonctionnement consomment en permanence 100 % des ressources du noyau, ce qui augmente les frais.
Z.I.S. : informations tirées de la liste de prix Amazon (sans le coût du SSD) :
m4.16xlarge
64
256.0
--
10 Gigabit
--
$6.7840
$4.517 (33%)
Une heure de travail d'un agent dans le nuage MQ coûte 0,02 $,
272 agents x 0,02 x 24 x 30 = 3916,80 $.
Les pepelats ne coûtent que5.500 euros selon le topicstarter. C'était un frais unique.
3. Combien de temps faut-il pour optimiser les paramètres dans le nuage ?
À titre de comparaison, essayons l'optimisation avec les mêmes paramètres dansMQL5 Cloud Network. L'utilisation de ce service est payante. Nous noterons après chaque optimisation le montant qui sera bloqué sur le compte pour payer ce service.
Dans ce test, nous allons définir l'utilisation simultanée des cœurs de CPU locaux et des agents du nuage pour accélérer l'optimisation.
Symbole: EURUSD
result cache used 6416 times
genetic optimization finished on pass 13568 (of 504330836375520000)
optimization done in 6 minutes 41 seconds
local 587 tasks (7%), remote 0 tasks (0%), cloud 6966 tasks (92%)
Fonds gelés:
Comme vous pouvez le constater, l'optimisation a été nettement plus rapide(6 min 41 s) que la dernière fois, mais uniquement sur l'ordinateur local(28 min 56 s).
Symbole: EURCHF
Vous pouvez rencontrer une situation où le service prend un temps très long avant que le travail d'optimisation soit soumis au réseau. Cela est dû au fait que les agents ont besoin de temps pour télécharger les données nécessaires sur les symboles souhaités. Dans ce cas, c'est ce qui s'est passé.Après une longue attente, vous pouvez arrêter le processus d'optimisation. Il y aura des entrées dans le journal comme indiqué ci-dessous.Il n'y a eu aucun calcul dans le nuage, donc aucun fonds ne sera retiré.
result cache used 0 times
genetic optimization finished on pass 395 (of 504330836375520000)
optimization done in 10 minutes 13 seconds
local 395 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)
Essayons à nouveau d'exécuter l'optimisation sur ce symbole.
result cache used 8510 times
genetic optimization finished on pass 16640 (of 504330836375520000)
optimization done in 22 minutes 14 seconds
local 543 tasks (6%), remote 0 tasks (0%), cloud 7434 tasks (93%)
Cette fois, le processus a réussi mais le résultat n'était pas impressionnant. L'optimisation a duré22 minutes. 14 sec. Il a fallu32 minutes. 50 sec. En fait, cela est également dû au processus de téléchargement des données par les agents sur le réseau. Le gain se fera sur des tâches plus importantes et en mode algorithmecomplet lent.
Fonds gelés:
Voyons maintenant s'il est judicieux d'exécuter l'optimisation dans le nuage avec plusieurs symboles.
Symboles: EURUSD,GBPUSD,USDJPY
result cache used 7294 times
genetic optimization finished on pass 15360 (of 504330836375520000)
optimization done in 24 minutes 56 seconds
local 480 tasks (5%), remote 0 tasks (0%), cloud 7680 tasks (94%)
Il a fallu24 minutes. 56 sec. Mais lors de notre dernier passage, ça a pris2 heures. 15 min. 3 sec. Dans ce cas, le gain est déjà perceptible.
Fonds gelés:
Symboles: EURCHF,AUDCAD,AUDNZD
Cette fois, l'optimisation du réseau n'a pas non plus commencé avant longtemps. Pendant tout ce temps, des agents locaux ont travaillé. Vous pouvez voir ce qui se passe dans le journal (voir la liste ci-dessous). Dès que tous les agents du réseau qui peuvent effectuer l'optimisation pour vous téléchargent les données requises, l'optimisation est lancée.
authorized (server build 1755)
cloud server MQL5 Cloud Europe 1 selected for genetic computation
connected
common synchronization completed
authorized (server build 1755)
AUDCAD: history for2009 year synchronized
AUDCAD: history for2010 year synchronized
AUDCAD: history for2011 year synchronized
AUDCAD: history for2012 year synchronized
AUDCAD: history for2013 year synchronized
AUDCAD: history for2014 year synchronized
AUDCAD: history for2015 year synchronized
AUDCAD: history for2017 year synchronized
AUDCAD: history for2018 year synchronized
AUDCAD: history synchronization completed [19967 Kb]
AUDCAD: 19.50 Mb of history processed in0:04.062
AUDNZD: history for2012 year synchronized
AUDNZD: history for2013 year synchronized
AUDNZD: history for2014 year synchronized
AUDNZD: history for2015 year synchronized
AUDNZD: history for2017 year synchronized
AUDNZD: history for2018 year synchronized
AUDNZD: history synchronization completed [12301 Kb]
AUDNZD: 12.01 Mb of history processed in0:03.281
AUDUSD: history for1999 year synchronized
AUDUSD: history for2000 year synchronized
AUDUSD: history for2001 year synchronized
AUDUSD: history for2002 year synchronized
AUDUSD: history for2003 year synchronized
AUDUSD: history for2004 year synchronized
AUDUSD: history for2005 year synchronized
AUDUSD: history for2006 year synchronized
AUDUSD: history for2007 year synchronized
AUDUSD: history for2008 year synchronized
AUDUSD: history for2009 year synchronized
AUDUSD: history for2010 year synchronized
AUDUSD: history for2011 year synchronized
AUDUSD: history for2012 year synchronized
AUDUSD: history for2018 year synchronized
AUDUSD: history synchronization completed [443 Kb]
AUDUSD: 443.03 Kb of history processed in0:00.203
USDCAD: history for2018 year synchronized
USDCAD: history synchronization completed [172 Kb]
USDCAD: 172.52 Kb of history processed in0:00.609
Au final, l'optimisation a été terminée en1 heure. 19 min. 49 sec. Et la dernière fois, mais sur la machine locale uniquement, cela a pris3 heures. 13 min. 37 sec.
result cache used 8734 times
genetic optimization finished on pass 18176 (of 504330836375520000)
optimization done in 1 hours 19 minutes 49 seconds
local 823 tasks (8%), remote 0 tasks (0%), cloud 8709 tasks (91%)
Fonds gelés:
Le total pour les quatre processus d'optimisation s'est élevé à7,46$. Le tableau ci-dessous en présente un résumé. Au lieu de6 à 7 heures, l'optimisation a duré2 heures et 13 minutes, soit environ trois fois moins.
Большую часть времени современные компьютеры простаивают и не используют всех возможностей процессора. Мы предлагаем задействовать их с пользой. Вы можете сдавать мощности вашего компьютера другим участникам нашей сети для выполнения разнообразных...
La seule chose est qu'il n'y a que 8 agents locaux dans le test, alors que dans le nuage, pendant l'optimisation, un lot de tâches est distribué à 256 ou même 512 agents à la fois. Il est évident que les calculs dans le nuage seront plus rapides que dans les agents locaux.
Pour comparer correctement la vitesse, il est préférable d'avoir 272 agents locaux ou plus, et le test sera alors plus précis. IMHO.
De toute façon, s'il y a quelque chose à calculer, il est certainement plus rentable d'acheter un pepelats.
Je voulais l'acheter l'année dernière, mais je ne l'ai pas trouvé dans les magasins.
Tu ne cherches pas assez. Je viens d'en trouver un à Moscou en moins d'une minute pour 282 000 roubles.
Et vous pouvez avoir 32 cœurs pour 0,3 livres par heure sur Amazon... Quel est l'intérêt d'acheter un serveur domestique ?
Mieux vaut créer une AMI AWS avec des agents. Il y aura sûrement une demande...
Et vous pouvez avoir 32 cœurs pour 0,3 livres par heure sur Amazon... Quel est l'intérêt d'acheter un serveur domestique ?
Mieux vaut créer une AMI AWS avec des agents. Il y aura sûrement une demande...
Le cloud de MQ ne serait-il pas moins cher ? Après tout, une telle puissance n'est nécessaire que pour l'optimisation, et le nuage compte plus de 1500 agents, trop paresseux pour regarder maintenant.
Le nuage de MQ a des limites, peut être lent (attendre 30 minutes pour obtenir des résultats après un test), et il est difficile de calculer le coût du nuage (je ne comprends toujours pas comment 5 livres ont été dépensées).
Le nuage de MQ a des limites, peut être lent (j'ai attendu 30 minutes pour obtenir des résultats après un test), et il est difficile de calculer le coût du nuage (je ne comprends toujours pas comment j'ai dépensé 5 livres).
Mmmm, j'avais apparemment un algorithme simple, testé plusieurs fois, une demi-minute chacun, pour un coût ne dépassant pas un quidam. Eh bien, c'est une chose individuelle. Et sur les"coûts du nuage difficiles à calculer (je ne comprends toujours pas comment 5 livres ont été dépensées). "Là, oui, seulement par expérience, il semble.
Et vous pouvez obtenir 32 cœurs pour 0,3 livres par heure sur Amazon... Quel est l'intérêt d'acheter un serveur domestique ?
Mieux encore, faites un AWS AMI avec des agents. Il y aura sûrement une demande...
Que diriez-vous de 3 livres par heure?
Mais même si vous prenez ce fantastique 0,3 dollars/heure pour 32 cœurs x 2, x 24 heures, x 30 jours, un mois revient au fantastique 13.824,00 $/mois, ce qui est plus de 2 fois supérieur au coût des pédaliers discutés dans ce fil. Mais pour obtenir le coût réel (et non fantastique) de la location de 64 cœurs/mois sur Amazon, le résultat doit être x 10.
Peut-être pour 3 dollars de l'heure... ?
Mais même si nous prenons le fantastique 0,3 dollars/heure pour 32 cœurs x 2, x 24 heures, x 30 jours, cela donne le fantastique $13.824,00/mois, ce qui est plus de 2 fois plus que le coût du piédestal discuté dans ce fil. Mais pour obtenir le coût réel (et non fantastique) de la location de 64 cœurs/mois sur Amazon, le résultat doit être x 10.
Quelque chose avec votre arithmétique... $0,3*2*24*30 == $432
Il y a un problème avec votre arithmétique... $0,3*2*24*30 == $432
Pardon, j'ai tout multiplié par 32 pour une raison quelconque... ça m'a échappé.
Mais dans la pratique, pour 0,3 $ de l'heure, personne ne donnera cette puissance, pour 3 $ de l'heure, ils la donneront, soit 432 $ x 10 = 4320 $ par mois au total. En gros. Plutôt plus cher, car les agents en activité consomment en permanence 100 % des ressources du noyau, ce qui augmente les frais.
Z.I.S. : informations tirées de la liste de prix Amazon (sans le coût du SSD) :
Une heure de travail d'un agent dans le nuage MQ coûte 0,02 $,
272 agents x 0,02 x 24 x 30 = 3916,80 $.
Les pepelats ne coûtent que5 500 euros selon le topstarter. Unique.
Désolé, j'ai tout multiplié par 32 pour une raison quelconque.
Mais dans la pratique, pour 0,3 $ par heure, personne ne donnera une telle puissance, pour 3 $ par heure, ils le feront, soit 432 $ x 10 = 4320 $ au total, par mois. En gros. Plutôt plus cher, car les agents en fonctionnement consomment en permanence 100 % des ressources du noyau, ce qui augmente les frais.
Z.I.S. : informations tirées de la liste de prix Amazon (sans le coût du SSD) :
Une heure de travail d'un agent dans le nuage MQ coûte 0,02 $,
272 agents x 0,02 x 24 x 30 = 3916,80 $.
Les pepelats ne coûtent que5.500 euros selon le topicstarter. C'était un frais unique.
Voici les résultats des tests effectués dans leréseau MQL5 Cloud:
Forum sur le trading, les systèmes de trading automatisé et les tests de stratégie
Analyse des résultats des tests et de l'optimisation dans le testeur de stratégie MetaTrader 5
Anatoli Kazharski, 2018.03.01 14:44
3. Combien de temps faut-il pour optimiser les paramètres dans le nuage ?
À titre de comparaison, essayons l'optimisation avec les mêmes paramètres dansMQL5 Cloud Network. L'utilisation de ce service est payante. Nous noterons après chaque optimisation le montant qui sera bloqué sur le compte pour payer ce service.
Dans ce test, nous allons définir l'utilisation simultanée des cœurs de CPU locaux et des agents du nuage pour accélérer l'optimisation.
Symbole: EURUSD
Fonds gelés:
Comme vous pouvez le constater, l'optimisation a été nettement plus rapide(6 min 41 s) que la dernière fois, mais uniquement sur l'ordinateur local(28 min 56 s).
Symbole: EURCHF
Vous pouvez rencontrer une situation où le service prend un temps très long avant que le travail d'optimisation soit soumis au réseau. Cela est dû au fait que les agents ont besoin de temps pour télécharger les données nécessaires sur les symboles souhaités. Dans ce cas, c'est ce qui s'est passé.Après une longue attente, vous pouvez arrêter le processus d'optimisation. Il y aura des entrées dans le journal comme indiqué ci-dessous.Il n'y a eu aucun calcul dans le nuage, donc aucun fonds ne sera retiré.
Essayons à nouveau d'exécuter l'optimisation sur ce symbole.
Cette fois, le processus a réussi mais le résultat n'était pas impressionnant. L'optimisation a duré22 minutes. 14 sec. Il a fallu32 minutes. 50 sec. En fait, cela est également dû au processus de téléchargement des données par les agents sur le réseau. Le gain se fera sur des tâches plus importantes et en mode algorithmecomplet lent.
Fonds gelés:
Voyons maintenant s'il est judicieux d'exécuter l'optimisation dans le nuage avec plusieurs symboles.
Symboles: EURUSD,GBPUSD,USDJPY
Il a fallu24 minutes. 56 sec. Mais lors de notre dernier passage, ça a pris2 heures. 15 min. 3 sec. Dans ce cas, le gain est déjà perceptible.
Fonds gelés:
Symboles: EURCHF,AUDCAD,AUDNZD
Cette fois, l'optimisation du réseau n'a pas non plus commencé avant longtemps. Pendant tout ce temps, des agents locaux ont travaillé. Vous pouvez voir ce qui se passe dans le journal (voir la liste ci-dessous). Dès que tous les agents du réseau qui peuvent effectuer l'optimisation pour vous téléchargent les données requises, l'optimisation est lancée.
Au final, l'optimisation a été terminée en1 heure. 19 min. 49 sec. Et la dernière fois, mais sur la machine locale uniquement, cela a pris3 heures. 13 min. 37 sec.
Fonds gelés:
Le total pour les quatre processus d'optimisation s'est élevé à7,46$. Le tableau ci-dessous en présente un résumé. Au lieu de6 à 7 heures, l'optimisation a duré2 heures et 13 minutes, soit environ trois fois moins.
Voici les résultats du test dansMQL5 Cloud Network:
La seule chose est qu'il n'y a que 8 agents locaux dans le test, alors que dans le nuage, pendant l'optimisation, un lot de tâches est distribué à 256 ou même 512 agents à la fois. Il est évident que les calculs dans le nuage seront plus rapides que dans les agents locaux.
Pour comparer correctement la vitesse, il est préférable d'avoir 272 agents locaux ou plus, et le test sera alors plus précis. IMHO.
De toute façon, s'il y a quelque chose à calculer, il est certainement plus rentable d'acheter un pepelats.