Une configuration utile de MT4 dispose de la capacité nécessaire à sa charge réelle, permet d’identifier chaque instance de trading et conserve les réglages prévus après la maintenance courante. Ajustez l’environnement à partir de la pression observée sur les ressources et du comportement vérifié de l’EA, plutôt que de copier un réglage universel pour « accélérer MT4 ».
Voici le Guide 2 de la série Stabilité VPS & MT4. Le guide de base explique l’hébergement et la continuité. Pour les incidents, les sauvegardes et la remise en service, consultez le Guide 3 : pannes et reprise sûre. Pour la surveillance entre les incidents, poursuivez avec le Guide 4 : cotations, heartbeat et alertes.
Définir ce que vous optimisez
Ce guide suppose que MT4 et l’EA prévu sont déjà installés et testés sur démo. Pour placer les fichiers et attacher l’EA, consultez le guide d’installation des EAs. L’hébergement virtuel intégré de MetaTrader utilise une autre procédure de migration et ne propose pas de bureau Windows ; les instructions relatives au démarrage et aux dossiers Windows ne s’y appliquent pas.
L’optimisation du fonctionnement consiste à réduire la charge inutile tout en préservant le comportement validé de l’EA. Elle se distingue de l’optimisation des paramètres de stratégie dans le testeur. Ne modifiez pas la taille des lots, les filtres de signaux, les limites de risque ou les réglages d’exécution pour donner l’impression d’un terminal plus réactif. Un terminal allégé ne prouve pas la rentabilité et ne garantit pas l’exécution.
Recenser la charge avant de modifier les réglages
Consignez le rôle de chaque terminal et les composants réellement nécessaires. Le nombre de graphiques ne couvre pas les EAs multi-symboles ni les indicateurs calculés en interne. Un seul EA exigeant peut consommer davantage de ressources que plusieurs EAs simples.
| Élément | Informations à noter |
|---|---|
| Identité du terminal | Chemin d’installation, dossier de données réel, utilisateur Windows et raccourci clairement nommé. |
| Contexte de trading | Compte et serveur du courtier ; rôle démo, réel ou recherche. Conserver les identifiants en sécurité, hors de cette fiche. |
| Charge active | Graphiques nécessaires, symboles et unités de temps exacts, EAs attachés, versions et paramètres Inputs validés. |
| Dépendances | Autres symboles ou unités de temps, profondeur d’historique, indicateurs personnalisés, fichiers, DLL, URL autorisées pour WebRequest et licences. |
| Gestion des ordres et exploitation | Organisation des Magic Numbers, ordres existants à gérer, méthode de démarrage, destination de surveillance et date de modification. |
Conservez le fichier .set validé si l’EA le permet, ainsi qu’un relevé du profil et de la configuration actuels. Cela documente le point de départ ; ce n’est pas un plan complet de sauvegarde ou de reprise.
Adapter les ressources du VPS à la demande observée
| Ressource | À évaluer | Décision de configuration |
|---|---|---|
| CPU | Périodes chargées, demande de chaque terminal et charge concentrée sur certains processeurs logiques. | Garder une réserve pour les pointes. Le nombre de vCPU partagées ne prouve pas la capacité soutenue ; comparer la charge réelle. |
| RAM | Windows, tous les terminaux, données des graphiques, indicateurs et applications en arrière-plan. | Prévoir une réserve de mémoire. Une pression croissante et la pagination doivent être examinées ; ne pas désactiver le fichier d’échange comme raccourci d’optimisation. |
| SSD / stockage | Espace libre, croissance des historiques et journaux, activité du disque pendant analyses, téléchargements et mises à jour. | Prévoir aussi le système et la maintenance. La mention SSD ne démontre ni un espace libre suffisant ni des performances adaptées. |
| Windows | Support de sécurité actuel, compatibilité courtier/EA, session utilisateur et politique de gestion du fournisseur. | Utiliser un environnement maintenu disposant de licences appropriées. Confirmer l’édition et les dépendances avec le fournisseur et le développeur. |
| Réseau | Connexion au serveur du courtier prévu, interruptions et actualisation des cotations pendant les séances pertinentes. | Examiner le trajet vers le courtier. Une session Bureau à distance fluide ou un test public de débit rapide ne suffit pas. |
Il n’existe pas de règle universelle fiable du type « EAs par Go » ou « terminaux par vCPU ». Décidez de la capacité après avoir observé toute la charge prévue, y compris le démarrage, le chargement de l’historique et la maintenance. La réserve de ressources est une marge de fonctionnement, pas une promesse de résultats de trading.
Mesurer l’usage normal et les pointes pertinentes
- Établir une référence. Ouvrez le Gestionnaire des tâches Windows avec
Ctrl+Shift+Esc. Examinez Processus ou Détails pour chaqueterminal.exe, et Performances pour l’activité globale du CPU, de la mémoire, du disque et du réseau. Reliez les processus aux chemins d’installation de votre inventaire. - Observer plusieurs conditions. Incluez une période habituelle de trading, un flux de cotations plus rapide, le démarrage et le chargement des données. Notez l’heure, la configuration active, la pression sur les ressources et la réactivité de MT4. Une capture au repos ne constitue pas un test de capacité.
- Identifier la source de charge. Comparez la demande des terminaux à celle des autres applications, mises à jour et analyses de sécurité. L’utilisation globale du CPU peut masquer un processeur logique très sollicité ou un goulot d’étranglement du programme. Une faible charge totale ne prouve pas que chaque EA traite rapidement ses événements.
- Séparer la recherche. Si possible, exécutez les longs backtests et recherches de paramètres hors de la charge de trading. Une installation distincte du testeur sur le même VPS sépare la configuration, mais utilise toujours les mêmes ressources de la machine.
Les EAs MQL4 s’exécutent dans des threads distincts, tandis que les indicateurs affichés partagent les ressources du thread de l’interface ; un indicateur appelé par iCustom() s’exécute dans le thread du programme appelant. Les événements d’un EA sont traités successivement. Tous les nouveaux ticks ne sont pas mis en file lorsque son OnTick() est déjà en cours. Ajouter des cœurs ne corrige pas automatiquement une logique coûteuse ou un indicateur bloqué ; consultez le développeur si la charge du programme persiste.
Identifier clairement les installations MT4 multiples
Pour utiliser plusieurs comptes simultanément, installez les copies de MT4 prévues par le courtier dans des répertoires d’installation différents. Donnez aux raccourcis des noms distincts décrivant leurs rôles. Deux raccourcis vers le même exécutable ne créent pas deux installations séparées.
Dans chaque copie ouverte, utilisez File → Open Data Folder et notez l’emplacement obtenu. Le dossier normal dépend du chemin d’installation et de l’utilisateur Windows ; son fichier origin.txt identifie l’installation associée. Ne déduisez pas le bon dossier du nom du courtier et ne supposez pas qu’un autre utilisateur Windows retrouve les mêmes fichiers et réglages d’EA.
Installez et vérifiez les dépendances de chaque copie dans son dossier réel. Des dossiers séparés réduisent les confusions de configuration, mais n’isolent pas l’exposition du compte de trading. Un EA peut aussi utiliser des fichiers partagés via FILE_COMMON ou un service externe de licences ; respectez ses règles documentées pour plusieurs instances.
/portable change l’endroit où MT4 tente d’enregistrer ses données. Il ne transfère pas automatiquement un dossier existant et nécessite toujours des droits d’écriture. Conservez le mode normal sans raison testée de le modifier ; ne désactivez pas l’UAC et n’accordez pas de privilèges étendus par commodité.Distinguer responsabilité des ordres et capacité du terminal
Plusieurs EAs ou terminaux ne peuvent fonctionner sur le même compte que si leurs règles de gestion des ordres sont compatibles. Consignez le Magic Number documenté, le symbole et les autres filtres d’attribution de chaque instance prévue. Ne supposez pas qu’un EA gère uniquement ses propres ordres.
Un Magic Number identifie un ordre ; il ne verrouille pas les autres terminaux. Deux copies peuvent envoyer des ordres en double malgré des identifiants différents. Avant de modifier un identifiant ou déplacer un EA, vérifiez s’il doit encore gérer des ordres ouverts ou en attente. Préservez l’attribution documentée nécessaire à leur reprise. Le guide des Magic Numbers détaille ce modèle.
La séparation des ressources laisse également le risque du compte en commun : utilisation de marge et positions corrélées peuvent s’accumuler entre EAs. Examinez cette exposition avec le guide de gestion du risque ; une réserve de CPU ne sécurise pas le portefeuille combiné.
Ajuster graphiques et historique sans retirer les données utiles
Commencez par retirer les graphiques d’analyse dont l’inutilité est confirmée et les indicateurs décoratifs. Fermer le graphique d’un EA décharge cet EA ; cela ne revient pas à réduire la fenêtre. Vérifiez ce qui fonctionne sur un graphique avant de le fermer et conservez ceux exigés par la configuration documentée.
Dans Tools → Options → Charts, distinguez Max bars in history de Max bars in chart. Le premier limite l’historique stocké ; le second contrôle les données des graphiques utilisées pour les indicateurs. Réduire un historique de graphique superflu peut diminuer la demande, mais une valeur arbitrairement faible peut priver un EA ou indicateur de la profondeur nécessaire.
- Déterminez les données minimales nécessaires pour chaque symbole et unité de temps requis, y compris les indicateurs calculés en interne.
- Gardez assez d’historique pour ces besoins et les validations prévues. Un graphique visible ne couvre pas forcément un EA utilisant plusieurs unités de temps.
- Modifiez une limite sur démo, rechargez ou redémarrez si nécessaire, puis vérifiez initialisation, disponibilité des données et calculs attendus avant de conserver le réglage.
Ces limites ne constituent pas un quota mémoire exact : de nouvelles cotations peuvent accroître le nombre de barres. Ne videz pas le dossier d’historique pour « accélérer MT4 » ; le rechargement consomme des ressources et peut modifier les données de test disponibles. Préservez le jeu de données original pour les comparaisons.
Préserver les symboles et dépendances nécessaires
Dans Market Watch, masquez uniquement les symboles dont l’ensemble de la configuration n’a pas besoin. MT4 décrit cette option comme un moyen de réduire le trafic des cotations. Conservez les symboles nécessaires au trading, aux signaux entre instruments ou aux conversions de devises, même sans graphique visible. MT4 empêche aussi de masquer certains symboles avec graphiques ou ordres ouverts ; la liste ne remplace pas un audit complet des dépendances.
Retirer un indicateur affiché ne prouve pas l’arrêt de ses calculs : un EA peut demander ses valeurs en interne. Testez séparément les tableaux de bord facultatifs et les éléments visuels non essentiels, en conservant les indicateurs et fichiers exigés par le développeur. Si CPU ou mémoire augmentent régulièrement, rassemblez horodatages et journaux pour le développeur plutôt que de masquer le problème par des redémarrages fréquents sans contrôle.
Vérifier les autorisations de la copie qui opère réellement
Sur MT4 Windows classique, vérifiez à la fois AutoTrading du terminal et l’autorisation Allow live trading de l’EA attaché. Une icône d’EA visible, des cotations reçues ou un processus actif ne prouvent pas l’autorisation de trader. Confirmez aussi compte, serveur et accès de trading prévus.
Examinez les options qui désactivent le trading automatique après un changement de compte, profil, symbole ou unité de temps. Ce sont des protections à ne pas supprimer automatiquement. Si l’une se déclenche, vérifiez le nouveau contexte avant de réactiver l’EA prévu.
N’autorisez l’importation de DLL que pour les bibliothèques fiables et nécessaires, et WebRequest uniquement pour les URL fiables documentées. Examinez les réglages propres à l’EA déjà attaché ; changer les valeurs par défaut ne remplace pas le contrôle d’une instance active. Vérifiez de nouveau après une mise à jour de profil, modèle ou EA. Désactiver AutoTrading bloque les opérations des EAs dans ce terminal ; cela ne ferme pas les ordres et n’arrête pas les copies hébergées séparément.
Maîtriser les journaux sans détruire les éléments de diagnostic
Après chaque changement, examinez Experts pour les messages de l’EA et Journal pour les événements du terminal et de connexion. Dans chaque onglet, la commande contextuelle Open ouvre son dossier et écrit les entrées courantes sur disque. Dans le dossier de données réel, les journaux des EAs se trouvent normalement dans MQL4/Logs et ceux du terminal dans logs, sous des fichiers datés YYYYMMDD.LOG.
Les onglets affichent les entrées récentes ; Clear efface l’affichage, pas les fichiers physiques. Pour entretenir le stockage, mesurez d’abord les dossiers qui grossissent, conservez les journaux utiles aux incidents et comparaisons, puis archivez les anciens fichiers selon une règle de conservation documentée. Évitez de supprimer des fichiers actifs en fonctionnement ou de nettoyer récursivement tout le dossier de données.
Des erreurs répétées ou une journalisation excessive à chaque tick nécessitent une correction de la cause ; supprimer les journaux d’hier n’empêche pas leur croissance demain. Conservez profils, modèles, fichiers de paramètres et d’état de l’EA. Consultez le guide Experts et Journal pour le diagnostic. La conception détaillée des sauvegardes relève du Guide 3.
Planifier les mises à jour Windows et tester le démarrage
Gardez la maintenance de sécurité Windows active et prévoyez une fenêtre de redémarrage contrôlée. Vérifiez la planification des redémarrages et les règles de session de l’édition Windows et du fournisseur utilisés. Les heures d’activité, lorsqu’elles sont disponibles, facilitent le choix du moment ; elles ne garantissent pas un trading ininterrompu. Ne désactivez pas la sécurité ou les mises à jour pour améliorer une mesure de performance.
Pour une méthode dépendant de l’ouverture de session, créez un raccourci clairement nommé vers l’exécutable prévu dans le dossier Démarrage de l’utilisateur concerné (shell:startup). Il s’exécute après sa connexion, pas simplement au démarrage de Windows. Un second mécanisme peut provoquer des lancements contradictoires ; documentez une méthode testée par copie prévue.
Si un redémarrage sans intervention est nécessaire, faites confirmer par le fournisseur ou l’administrateur la session utilisateur et le lancement pris en charge. Une tâche planifiée ou un terminal.exe actif ne prouve pas que dossier de données, compte, licence et état de l’EA sont corrects et disponibles. N’activez pas une connexion automatique exposant les identifiants comme solution rapide.
Sur démo, testez séparément la relance du terminal et le redémarrage du système. Après chacun, vérifiez compte et serveur, profil, graphiques, version et Inputs de l’EA, autorisations, cotations, journaux et gestion des ordres existants. Testez aussi la déconnexion puis reconnexion au Bureau à distance ; fermeture de session ou limites de durée peuvent terminer les applications. Évitez les tâches « redémarrer toutes les heures » et les relances automatiques sans vérification qui contournent ces contrôles.
Configurer des alertes utiles et comprendre leurs limites
Choisissez une surveillance distinguant la pression sur les ressources de l’arrêt du terminal ou de l’EA. Définissez les destinataires et leurs prochaines vérifications. Fixez les seuils à partir de la charge habituelle, des pointes observées et du délai disponible pour intervenir ; il n’existe ni pourcentage ni âge de cotation universel.
| Signal | Vérification utile | Limite |
|---|---|---|
| Pression durable sur CPU ou mémoire, ou espace libre insuffisant | Comparer terminal concerné, tâches en arrière-plan et changements récents à la référence. | Un pic bref diffère d’une pression persistante ; la consommation seule ne prouve pas le bon fonctionnement du trading. |
| Processus du terminal ou signal périodique attendu absent | Confirmer l’instance prévue et son contexte avant toute relance. | Un signal envoyé seulement par OnTick peut cesser sur un marché calme ou fermé ; tenir compte de son fonctionnement documenté. |
| Erreur de connexion, cotation ou EA | Examiner la séance et les dernières données du symbole requis, puis Experts et Journal. | Un terminal connecté peut néanmoins avoir des données nécessaires périmées ou une logique d’EA défaillante. |
Pour les alertes push, configurez Tools → Options → Notifications, renseignez le MetaQuotes ID de destination et utilisez Test ; confirmez la réception sur l’appareil concerné. Les notifications standard d’opérations ne couvrent pas les demandes rejetées. Testez également les alertes d’erreur propres à l’EA sur démo, si elles sont disponibles.
Un MT4 arrêté ne peut pas envoyer son propre avis de panne de manière fiable. Une surveillance indépendante du processus ou de l’hôte, ou un contrôle externe d’absence de signal périodique, couvre cette lacune. Préférez une réponse encadrée et documentée à un superviseur qui ferme et relance sans cesse le terminal de trading.
Suivre une méthode contrôlée de réglage et de validation
- Documenter avant. Conservez configuration, conditions d’observation, pression sur les ressources et horodatages pertinents des journaux.
- Effectuer un changement justifié sur démo. Retirez un élément visuel inutile, ajustez une limite d’historique documentée ou séparez la charge du testeur. Gardez les réglages de stratégie et de risque fixes.
- Comparer des conditions similaires. Observez de nouveau usage normal, cotations rapides et démarrage. Si les conditions diffèrent, notez cette limite plutôt que d’affirmer une amélioration mesurée.
- Valider ou revenir en arrière. Conservez le changement uniquement si données requises, calculs de l’EA, autorisations et gestion des ordres restent corrects, avec une réserve suffisante. Sinon, restaurez la configuration précédente.
Répétez la validation après l’ajout d’un terminal, une modification de version, profil ou dépendances, ou une maintenance. Un test de redémarrage sur démo confirme une procédure d’exploitation ; il ne prouve ni exécutions identiques en réel ni rendements futurs.
Liste de vérification de la configuration
Conservez la date et le résultat de ces contrôles. Revoyez-les après des changements importants et selon le besoin de supervision de la charge. Un VPS configuré nécessite toujours un suivi opérationnel.
Questions fréquentes sur la configuration de MT4
Combien de terminaux MT4 un VPS peut-il faire fonctionner ?
Il n’existe pas de nombre universel. Mesurez tous les terminaux, EAs et dépendances prévus pendant les pointes pertinentes, en gardant de la place pour le système et la maintenance. Une installation supplémentaire sur le même VPS n’ajoute pas de ressources physiques.
Faut-il choisir les limites de barres les plus petites possibles ?
Non. Conservez les données requises par chaque symbole, unité de temps et indicateur. Réduisez uniquement le surplus confirmé, testez sur démo et préservez le jeu de données de comparaison.
Un bouton AutoTrading vert prouve-t-il que l’EA fonctionne ?
Non. Vérifiez droits de l’EA attaché, accès au compte, données, initialisation, journaux et gestion prévue des ordres. L’absence de nouvelle opération peut être normale si la stratégie n’émet aucun signal.
Faut-il redémarrer MT4 automatiquement à intervalle fixe ?
Pas pour remplacer la recherche d’une charge persistante ou le contrôle du démarrage. Planifiez la maintenance nécessaire, testez la relance et utilisez une surveillance avec réponse documentée. Un redémarrage sans contrôle peut interrompre la gestion ou restaurer une mauvaise configuration.
Références officielles et portée
Les détails de la plateforme ont été vérifiés dans la documentation officielle. L’inventaire et la méthode de mesure et de validation sont des conseils pratiques d’exploitation, pas des résultats mesurés sur un VPS. Les libellés peuvent varier avec la langue du terminal ou l’édition Windows ; les libellés anglais désignent ici les réglages à vérifier.
- MetaTrader 4 : installations multiples et dossiers de données et mode portable.
- MetaTrader 4 : limites des graphiques et de l’historique, Market Watch et exécution des programmes MQL4.
- MetaTrader 4 : commandes des EAs, journaux Experts, journaux Journal et notifications.
- Microsoft : Gestionnaire des tâches et outils système, démarrage à l’ouverture de session et heures d’activité pour les mises à jour.
- Référence MQL4 : identifiants des ordres et portée des fichiers partagés.