Testeur de stratégie MetaTrader 5 et MQL5 Cloud Network - page 16
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Est-ce une tâche si difficile de faire un gestionnaire d'agents directs pour Linux (au moins pour les plus populaires) ?
Le problème est qu'un fichier aussi simple que metatester [64].exe (~2,5 Mo) comprend
Nous avons regroupé dans un seul fichier EXE, qui ne nécessite aucune autre bibliothèque/composant supplémentaire, tant de fonctions et simplifié le travail avec lui, que la reproduction de la même fonctionnalité avec la même qualité sous Linux est hors de question.
Le fait que nous ayons regroupé dans un seul fichier EXE, qui ne nécessite aucune autre bibliothèque/composant supplémentaire, tant de fonctions et simplifié le travail avec lui, que la reproduction de la même fonctionnalité avec la même qualité sous Linux est hors de question.
L'éternel problème des plates-formes croisées de Microsoft.
Le fait est qu'un fichier aussi simple que metatester [64].exe (~2,5 Mo) comprend
C'est clair. Je ne comprends pas pourquoi ils ne peuvent pas supprimer certaines des fonctionnalités et ne laisser que ce qui est disponible dans MQL5 Cloud Network?
Par exemple, je ne comprends pas la nécessité d'un tel schéma pour le deuxième point (dont le point principal est l'impossibilité de portage)...
L'éternel problème de Microsoft avec le multiplateforme.
C'est compréhensible. Je ne comprends pas pourquoi ils ne peuvent pas supprimer certaines des fonctionnalités et ne laisser que ce qui fonctionne dans MQL5 Cloud Network ?
Par exemple, je ne comprends pas la nécessité d'un tel schéma pour le deuxième point (l'impossibilité de portage est le point principal)...
Je préfère me poser des questions plus importantes :
Le développement de logiciels est une activité motivée par des réponses claires à des questions économiques.
Ceux qui ne tiennent pas compte de l'économie réelle réalisent des projets aériens, mettent les investisseurs en faillite, et ensuite... changer d'emploi et généralement tourner en rond :)
ps : MetaTrader 4 et MetaTrader 5 fonctionnent très bien sous Linux via Wine, et nous nous assurons explicitement que le terminal fonctionne bien dans Wine (nous corrigeons les petites choses de temps en temps).
Dans la prochaine version, les agents testeurs ne pourront pas travailler dans le MQL5 Cloud Network, s'ils sont lancés sous des virtualiseurs ou émulateurs (Virtual PC, VMWare, Virtual Box, Wine, etc.). Ceci est fait pour minimiser la possibilité de corrompre les évaluations de performance.
Le mode serveur normal d'exécution des agents sous les virtualiseurs est entièrement préservé. Cela signifie que vous pouvez utiliser les agents sous n'importe quelle forme pour vos propres besoins.
quel est le problème, quel type d'overclocking a lieu sous la virtualisation ?
Quelle importance a l'endroit où se trouvent les noyaux ?
Je suis vraiment désolé si c'est possible de changer la note, honnêtement je ne comprends pas vraiment comment ...
qu'est-ce que la notation ? qu'est-ce que la notation ?
il y a une tâche pour le noyau - le noyau accomplit la tâche - il y a un temps pour le noyau d'accomplir cette tâche
il ne devrait y avoir aucun autre critère
tout cela peut être contrôlé dans le réseau en nuage MQL5
En bref
1-core dit que je suis prêt
2- MQL5 Cloud Network dit au cœur, aller au travail, fixer l'heure
3-core fonctionne pendant 3 secondes
4-core répond à MQL5 Cloud Network -> prendre votre tâche
5 - bien joué le noyau - vous l'avez fait en 3 secondes - voici des bonbons sous forme de 0,1 cents
un autre noyau
1-Core dit que je suis prêt.
2- MQL5 Cloud Network - > le noyau est à l'heure
3-core travaille pendant 30 secondes
Réponses 4-core à MQL5 Cloud Network -> prenez votre tâche
5 - bien joué le noyau - vous l'avez fait en 30 secondes - voici des bonbons sous la forme de 0,1 centimes d'euros
c'est simple - plus vous travaillez vite et plus vous travaillez dur, plus vous gagnez.
Le MQL5 Cloud Network ne devrait pas avoir de favoris - les tâches leur seront confiées plus souvent ...
C'est comme dans la vie - les favoris reçoivent des commandes plus souvent !)
ce qui signifie que le réseau en nuage ne doit pas seulement distribuer les tâches par liste, mais probablement en déplaçant les cœurs vers les files d'attente.
pour éviter que seuls ceux qui sont en haut de la liste obtiennent le poste - et ainsi de suite en cercle.
si nous supposons qu'il y a 100 tâches et environ 1000 cœurs
alors les 100 premiers obtiendront le poste
ils les achèveront - puis 100 autres tâches seront mises en file d'attente et elles seront à nouveau distribuées aux cœurs qui sont en tête de liste.
et le pont 900 sera inactif
donc les 100 premiers cœurs seront les plus susceptibles de gagner
---
si le problème n'est pas résolu, hélas !
:-(((( , puis moins 8 de mes bons cœurs du pool, I7 - 3 GHz, 8 gigs de cœurs
Je ne vais pas quitter la machine virtuelle - elle est sous LINUX CentOS, je ne vais pas passer à un hôte Windows.
c'est exactement l'hôte qui travaille 24/7 !
----
j'ai fait exprès de le faire sur une machine virtuelle et j'ai alloué 2 des 3 cœurs de l'hôte à la machine virtuelle.
J'ai maintenant 47 cœurs dans le pool - dont seulement ces deux derniers
sont sur la même machine
64x 3 cœurs amd
c'est-à-dire que sur les 3 cœurs physiques, deux sont partagés une seconde fois mais à partir d'un système d'exploitation différent.
Renat, je ne comprends pas bien pourquoi ce serait un problème.
Si cela aide à tester et à trouver une solution - permettre l'utilisation de machines virtuelles sera une bonne chose
Je peux en faire deux de plus si nécessaire.
A propos - sur 47 cœurs, seuls ces deux-là ont été distribués 2 fois.
les autres sont tous physiquement une fois - même ceux sur une grande machine i7 sont tous sur des machines virtuelles mais une seule fois
--
Dans cette formule, il est essentiel d'avoir une estimation précise de la performance, ce qui est facile à truquer dans les virtualisations.
Sur l'un des ordinateurs, j'ai installé et exécuté des agents de test, mais ils ne fonctionnent pas. Plus précisément, le temps CPU est périodiquement occupé par les services de metatester (jusqu'à 100% par cœur), mais le gestionnaire des agents affiche des zéros (tâches et temps ; local et cloud) et sur le site mql5 ces agents ont des zéros dans le profil (mais les agents sont visibles dans le profil, pendant l'une des exécutions l'un d'entre eux avait une tâche puis une autre). Lorsque vous accédez à ces agents depuis MetaTrader5, vous recevez des messages indiquant qu'ils sont occupés.
Voici le contenu du répertoire MT5tester (à partir duquel j'exécute metatester.exe) et les sous-répertoires et fichiers joints :
Je joins ces fichiers. Comme vous pouvez le constater, le répertoire Tester ne contient pas les répertoires Agents* qui sont normalement créés.
Version metatester build 479, Windows Server 2003 R2 avec SP2, Enterprise Edition, anglais, 32 bit ; Intel Core 2 Duo T9300 2.5 Ghz CPU ; 4 GB RAM. Le répertoire MT5tester et tous les sous-répertoires et fichiers pour tous les utilisateurs (Everyone) est réglé sur Full Control, auparavant il est réglé sur Full Control pour l'utilisateur qui exécute metatester.exe (et se connecte à Windows) et pour l'utilisateur SYSTEM qui exécute les services metatester.
Les agents étaient enregistrés dans le MQL5 Cloud Network et travaillaient sur des tâches du réseau. À ce stade, les agents ne pouvaient pas être connectés à distance, car ils étaient très occupés.
Voici leurs statistiques incomplètes (tous les champs ne sont pas encore mis à jour) - environ 63 000 tâches ont été effectuées :
Les répertoires Agents ont été automatiquement supprimés lors de la désinstallation de ces agents (ils nettoient leurs propres déchets). Voici les lignes du journal de suppression de l'agent :
RQ 0 Tester 11:12:33 MetaTester 5 build 479 (12 Jul 2011)
HQ 0 Startup 11:12:33 initialization finished
NH 0 Service 11:12:47 Service 'MetaTester-1' stop initialized
MP 0 Service 11:12:50 Service 'MetaTester-1' stopped in 3031 ms
NH 0 Service 11:12:50 Service 'MetaTester-1' successfully uninstalled
PS 0 Service 11:12:51 Service 'MetaTester-2' stop initialized
KK 0 Service 11:12:56 Service 'MetaTester-2' stopped in 5500 ms
OS 0 Service 11:12:56 Service 'MetaTester-2' successfully uninstalled
En général, tout fonctionne comme prévu.
Les agents étaient enregistrés dans le MQL5 Cloud Network et travaillaient sur des tâches du réseau. À ce stade, les agents ne pouvaient pas être connectés à distance, car ils étaient très occupés.
...
Les répertoires Agents ont été automatiquement supprimés lors de la désinstallation de ces agents (ils nettoient leurs propres déchets). Voici les lignes du journal concernant la suppression des agents :
...C'est-à-dire d'autres agents :
Les répertoires Agents n'ont jamais été affichés alors que les services Metatester étaient en cours d'exécution (je suis au courant de la suppression des données lors de la désinstallation).
C'est-à-dire d'autres agents :
Les répertoires Agents ne sont jamais apparus alors que les services metatester étaient en cours d'exécution (je suis conscient du fait que la désinstallation supprime les données).
Ce sont les mauvais agents - regardez les dates de création et de dernière activité.
Les bons à regarder sont les agents que j'ai cités - leurs dates de dernière activité sont exactement les mêmes que leur date actuelle et leurs journaux de désinstallation.
ps : installez à nouveau les agents et regardez les répertoires et leurs logs personnels
Ce sont les mauvais agents - regardez les dates de création et de dernière activité.
Il est correct de regarder les agents que j'ai cités - leurs dates de dernière activité sont exactement les mêmes que leur date actuelle et leurs journaux de désinstallation.
ps : installez à nouveau les agents et regardez les répertoires et leurs logs personnels
Les agents que vous avez cités fonctionnent sur un autre ordinateur (avec un processeur T8300), sans aucun problème.
Vérifiez à nouveau (sur un ordinateur équipé du processeur T9300).
1. J'ai désinstallé les agents. Répertoire MT5tester désinstallé avec tout son contenu.
2. J'ai désinstallé tous les agents du profil, qui se trouvaient sur l'ordinateur avec le T9300.
3. j'ai créé le dossier MT5proba et lui ai donné un accès complet pour tout le monde.
J'y ai copié le fichier metatester.exe (build 479) (a été obtenu par LiveUpdate dans MetaTrader5). 5.
5. exécute metatester.exe, spécifie le compte, crée deux agents sur de nouveaux ports (l'un d'eux n'a pas démarré pour une raison inconnue, donc en crée deux autres, supprime ceux qui ne sont pas nécessaires). Je joins le fichier journal.
6. J'ai démarré MetaTrader5 sur un autre ordinateur, supprimé tous les agents distants dans le testeur de stratégie, créé deux nouveaux agents (adresse IP, port et mot de passe spécifiés). J'ai sélectionné chacun d'entre eux comme agent actuel et j'ai effectué le test unique d'une EA. Le type de CPU a été détecté, mais le test n'a pas été exécuté.
Je montre le journal :
Pendant l'optimisation :
Les journaux montrent que l'agent n'a pas réussi à charger l'historique. Rien n'a changé dans l'arborescence des répertoires des agents par rapport à ce que j'ai donné précédemment (pas de répertoires Agents*, pas d'historique).
Les agents ne sont pas encore apparus dans le profil mql5, ils ne chargent pas encore le CPU (cela fait 1 heure qu'ils ont commencé)...