Discussion de l'article "Pourquoi l'hébergement virtuel sur MetaTrader 4 et MetaTrader 5 est meilleur que les VPS habituels" - page 14
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
Comment puis-je contrôler les ressources consommées dans les services d'hébergement MetaTrader ?
Vous trouverez ci-dessous plusieurs plans de test :
1) L'Expert Advisor fonctionne pendant 50 cycles (50 appels de minuterie après 1 minute), consomme 10 Mo de RAM pendant chaque cycle et écrit la même quantité dans un fichier. Après 50 cycles, le conseiller expert se tue, libère la mémoire et efface ses fichiers.
Vous pouvez constater que les ressources sont libérées instantanément.
2) Le conseiller expert effectue 50 cycles pour capturer des ressources (RAM et la même quantité dans les fichiers). Chaque capture suivante correspond à 95 % de la précédente. Après les 50 premiers cycles, il y a 50 autres cycles de libération de ressources dans l'ordre inverse, suivis de la suppression de l'Expert Advisor.
Nous pouvons constater que la mémoire est libérée un peu moins que le disque. Cela est dû au fait que dans l'Expert Advisor, la mémoire est allouée jusqu'à 1 mégaoctet dans son propre pool de mémoire, qui vit aussi longtemps que l'Expert Advisor est en vie.
Conclusion générale : la gestion des ressources, la visualisation et la disponibilité pour le client sont parfaites.
J'ai cru comprendre que vous recommandiez d'utiliser des classes dynamiques et de les planter s'il reste beaucoup de temps avant le prochain calcul afin de ne pas garder des ressources (que vous n'utilisez pas) sous votre cul ?
Ou bien je n'ai pas compris quelque chose ?
ZY En fait pour moi ce n'est pas très important, pendant qu'on appuyait sur le clavier ici j'ai optimisé le calcul, j'ai fait en sorte que le temps d'un appel soit inférieur à une seconde (sur l'historique les données ne sont pas calculées par l'algorithme principal, mais seulement préparées pour le traitement de la dernière barre), donc j'ai tout s'enchaîne tout à fait normalement. J'espère qu'une fois toutes les 15 minutes le VPS permettra de capturer le CPU pendant une seconde, et même s'il coupe les ressources 1000 fois, j'aurai toujours le temps d'obtenir le calcul actuel avant la barre suivante.
La question ci-dessus est purement académique.
J'en déduis donc que vous recommandez d'utiliser des classes dynamiques et de les écraser s'il reste beaucoup de temps avant le prochain calcul afin de ne pas garder des ressources (que vous n'utilisez pas) sous votre cul ?
Ou est-ce que j'ai mal compris quelque chose ?
Non, je ne fais que montrer et prouver la réactivité du service et la capacité à contrôler la situation. Tout le monde ne fait pas de la recherche.
Pour MT4, jusqu'à 2 gb de RAM peuvent être consommés sans problème. Ce n'est qu'en cas de détérioration évidente de la situation générale que des avertissements seront déclenchés.
ZЫ En fait, pour moi ce n'est pas très important, pendant que nous appuyions sur le clavier ici, j'ai optimisé le calcul, j'ai ajusté le temps d'un appel à moins d'une seconde (sur l'historique des données ne sont pas calculées par l'algorithme principal, mais seulement préparées pour le traitement de la dernière barre), donc j'ai tout se déroule tout à fait normalement. J'espère qu'une fois toutes les 15 minutes le VPS permettra de capturer le CPU pendant une seconde, et même s'il coupe les ressources 1000 fois, j'aurai toujours le temps d'obtenir le calcul actuel avant la barre suivante.
Il est presque toujours possible de trouver une méthode algorithmique pour accélérer les calculs, les limites sont donc une bonne chose. Elles vous obligent à réfléchir et à utiliser moins de force brute.
Nous ne parlons pas de "prendre le CPU pour 1 seconde", mais de cas manifestement problématiques où l'Expert Advisor occupe le CPU (un ou plusieurs cœurs) sans arrêt, se comporte de manière insensée et ne veut pas changer son approche. Il y a plusieurs cas de ce type actuellement - nous les observons encore.
Comme je l'ai expliqué précédemment, nous ne devrions pas réduire la question à "non, dites-moi les limites strictes ! Personne ne les dira et ne déclarera leur inviolabilité (c'est ce que demandent les personnes qui posent la question), parce que l'évaluation des ressources dans l'espace partagé sera subjective - que vous nuisiez à vos voisins ou non.
Non, je ne fais que montrer et prouver la réactivité du service et la capacité à maîtriser la situation. Ce ne sont pas les mêmes personnes qui effectuent les recherches.
Pour MT4, jusqu'à 2 gb de RAM peuvent être consommés sans problème. Ce n'est qu'en cas de détérioration manifeste de la situation générale que des avertissements seront déclenchés.
Il est presque toujours possible de trouver une méthode algorithmique pour accélérer les calculs. Elles vous obligent à réfléchir et à utiliser moins de force brute.
Nous ne parlons pas de "prendre le CPU pendant 1 seconde", mais de cas manifestement problématiques où l'Expert Advisor occupe le CPU (un ou plusieurs cœurs) sans arrêt, se comporte de manière insensée et ne veut pas changer son approche. Il y a plusieurs cas de ce type actuellement - nous les observons encore.
Comme je l'ai expliqué précédemment, nous ne devrions pas réduire la question à "non, dites-moi les limites strictes ! Personne ne les dira et ne déclarera leur inviolabilité (c'est ce que demandent les personnes qui posent les questions), parce que l'évaluation des ressources dans un espace partagé sera subjective - que vous nuisiez à vos voisins ou non.
J'ai compris il y a longtemps qu'il ne faut pas fixer de limites, car cela conduit à l'optimisation et au dépassement des limites.
La question est différente, mon algorithme est essentiellement parallèle, et n'est pas lourd pour chaque thread séparément, mais si vous le laissez dans le traitement séquentiel, l'unité centrale perd des ressources au prix d'une qualité minimale acceptable (et cela conduit à une augmentation de la criticité). Il nous faut maintenant un algorithme qui détermine par des signes indirects les points où une qualité sous-estimée est inadmissible, et c'est un autre casse-tête.
ZЫ Si vous pouviez donner au moins un contrôle minimal des threads dans mql, ce serait très bien.
ZZY OpenCL que nous vous avons demandé, et que nous avons obtenu en plus grâce aux efforts d'Ilyas'a, mais cela ne résout pas le problème des vps ou du cloud.
Démarrez un serveur virtuel, faites-le tourner pendant quelques jours dans différents modes, puis affichez vos résultats à partir des graphiques de performance ici.
Voyons ce que vous avez obtenu.
Démarrez un serveur virtuel, faites-le tourner pendant quelques jours dans différents modes, puis affichez vos résultats à partir des graphiques de performance ici.
Voyons ce que vous avez obtenu.
J'avais la version 5 du terminal Metatrader 5 sur mon PC. Je n'ai pas pu voir ce "Register a Virtual Server" sur mon compte. Y a-t-il une étape que j'ai oubliée, un réglage ou une version de téléchargement incorrecte ?
N'hésitez pas à me faire part de vos commentaires et de vos conseils. Merci d'avance
Bonjour !
J'ai essayé le serveur virtuel sur la démo - pour l'instant ça ne marche pas - il a refusé de se synchroniser.
Capture d'écran ci-jointe - qu'est-ce que je fais de travers ?
Bonjour !
J'ai essayé le serveur virtuel sur la démo - pour l'instant ça ne marche pas - il a refusé de se synchroniser.
Capture d'écran ci-jointe - qu'est-ce que je fais de travers ?
Je l'ai démarré sur l'Allemagne - apparemment je n'ai pas remarqué le bouton de synchronisation la première fois :)
Pas de problèmes avec les serveurs aujourd'hui ?
D'après le journal :
2015.02.11 09:50:21.178 Virtual Hosting : 6892 failed to connect to server 'United Kingdom' (199.59.206.34:443 failed)
2015.02.11 09:49:33.738 Hébergement virtuel : 6891 échec de la connexion au serveur 'Pays-Bas' (78.140.180.90:443 échec)
2015.02.11 09:48:46.205 Hébergement virtuel : 6890 échec de la connexion au serveur 'Pays-Bas' (78.140.176.167:443 échec)
Bonjour, Renat.
Pour une raison quelconque, je ne peux pas "Allouer un serveur virtuel" alors que j'ai de l'argent dans la communauté.
Broker Otkritie, MT5.
Y a-t-il une solution ?