Una configurazione utile di MT4 offre capacità sufficiente per il carico reale, permette di riconoscere ogni istanza di trading e conserva le impostazioni previste dopo la manutenzione ordinaria. Regola l’ambiente in base alla pressione osservata sulle risorse e al comportamento verificato dell’EA, invece di copiare una configurazione universale per «velocizzare MT4».
Questa è la Guida 2 della serie Stabilità VPS & MT4. La guida introduttiva spiega hosting e continuità. Per incidenti, backup e ripristino, consulta la Guida 3: guasti e ripristino sicuro. Per la supervisione tra gli incidenti, prosegui con la Guida 4: quotazioni, heartbeat e avvisi.
Definisci che cosa stai ottimizzando
Questa guida presuppone che MT4 e l’EA previsto siano già installati e provati su demo. Per collocare i file e collegare il robot al grafico, consulta la guida all’installazione degli EA. L’hosting virtuale integrato di MetaTrader utilizza una migrazione diversa e non offre un desktop Windows: non applicargli le istruzioni sulle cartelle o sull’avvio di Windows.
L’ottimizzazione operativa riduce il carico superfluo preservando il comportamento approvato dell’EA. È diversa dall’ottimizzazione dei parametri della strategia nel tester. Non cambiare dimensione dei lotti, filtri dei segnali, limiti di rischio o impostazioni di esecuzione per far apparire il terminale più reattivo. Un terminale più leggero non dimostra redditività e non garantisce l’esecuzione.
Censisci il carico prima di cambiare le impostazioni
Registra il ruolo di ogni terminale e i componenti realmente necessari. Contare i grafici non basta per gli EA multisimbolo o gli indicatori calcolati internamente. Un EA pesante può richiedere più risorse di diversi EA semplici.
| Voce | Informazioni da includere |
|---|---|
| Identità del terminale | Percorso d’installazione, cartella dati effettiva, utente Windows e collegamento dal nome chiaro. |
| Contesto di trading | Conto e server del broker; funzione demo, reale o di ricerca. Conserva le credenziali in sicurezza, fuori da questa scheda. |
| Carico attivo | Grafici necessari, simboli e timeframe esatti, EA collegati, versioni e parametri Inputs approvati. |
| Dipendenze | Altri simboli o timeframe, profondità dello storico, indicatori personalizzati, file, DLL, URL consentiti per WebRequest e licenze. |
| Gestione degli ordini e operatività | Schema dei Magic Number, ordini esistenti da gestire, metodo di avvio, destinazione del monitoraggio e data della modifica. |
Conserva il file .set approvato, se supportato, e una registrazione del profilo e della configurazione attuali. Documenti così la situazione iniziale; non è un piano completo di backup o ripristino.
Dimensiona le risorse del VPS sulla domanda osservata
| Risorsa | Da valutare | Decisione di configurazione |
|---|---|---|
| CPU | Periodi intensi, richiesta di ogni terminale e carico concentrato sui singoli processori logici. | Lascia margine per i picchi. Il numero di vCPU condivise non dimostra da solo la capacità sostenuta; confronta il carico reale. |
| RAM | Windows, tutti i terminali, dati dei grafici, indicatori e applicazioni in background. | Prevedi memoria disponibile. Pressione crescente e paging richiedono indagine; non disattivare il file di paging come scorciatoia. |
| SSD / archiviazione | Spazio libero, crescita di storico e log, attività del disco durante scansioni, download e aggiornamenti. | Prevedi spazio anche per sistema e manutenzione. La dicitura SSD non dimostra spazio libero sufficiente né prestazioni adeguate. |
| Windows | Supporto di sicurezza attuale, compatibilità broker/EA, sessione utente e politica di gestione del provider. | Usa un ambiente mantenuto e con licenze adeguate. Conferma edizione e dipendenze con provider e sviluppatore. |
| Rete | Connessione al server del broker previsto, interruzioni e aggiornamenti delle quotazioni nelle sessioni rilevanti. | Esamina il percorso verso il broker. Un Desktop remoto fluido o un test pubblico di velocità rapido non bastano. |
Non esiste una regola universale affidabile di «EA per GB» o «terminali per vCPU». Scegli la capacità dopo aver osservato tutto il carico previsto, inclusi avvio, caricamento dello storico e manutenzione. Il margine di risorse è una riserva operativa, non una promessa di risultati di trading.
Misura l’uso normale e i picchi rilevanti
- Stabilisci una situazione di riferimento. Apri Gestione attività di Windows con
Ctrl+Shift+Esc. Controlla Processi o Dettagli per ogniterminal.exee Prestazioni per attività complessiva di CPU, memoria, disco e rete. Associa i processi ai percorsi d’installazione censiti. - Osserva diverse condizioni operative. Includi un normale periodo di trading, un flusso di quotazioni più rapido, l’avvio e il caricamento dei dati. Registra ora, configurazione attiva, pressione sulle risorse e reattività di MT4. Un singolo screenshot a riposo non è un test di capacità.
- Individua chi genera il carico. Confronta la domanda dei terminali con altre applicazioni, aggiornamenti e scansioni di sicurezza. L’uso complessivo della CPU può nascondere un processore logico molto occupato o un collo di bottiglia del programma. Un valore totale basso non prova che ogni EA elabori prontamente.
- Separa la ricerca. Quando possibile, esegui backtest lunghi e ricerche di parametri fuori dal carico di trading. Un’installazione separata del tester sullo stesso VPS distingue la configurazione, ma continua a competere per le risorse della stessa macchina.
Gli EA MQL4 operano in thread separati, mentre gli indicatori dei grafici condividono le risorse del thread dell’interfaccia; un indicatore richiamato tramite iCustom() opera nel thread del programma chiamante. Gli eventi di un EA vengono elaborati in sequenza. Non tutti i nuovi tick vengono accodati mentre il suo OnTick() è già in elaborazione. Aggiungere core non risolve automaticamente logiche costose o un indicatore bloccato; consulta lo sviluppatore per un carico persistente del programma.
Rendi riconoscibili le diverse installazioni di MT4
Per usare più conti contemporaneamente, installa le copie di MT4 previste dal broker in directory d’installazione diverse. Assegna ai collegamenti nomi distinti che ne descrivano il ruolo. Due collegamenti allo stesso eseguibile non creano due installazioni separate.
In ogni copia aperta, usa File → Open Data Folder e annota la posizione effettiva. La cartella dati normale dipende dal percorso d’installazione e dall’utente Windows; il file origin.txt identifica l’installazione associata. Non dedurre la cartella giusta dal nome del broker e non presumere che un altro utente Windows veda gli stessi file e impostazioni dell’EA.
Installa e verifica le dipendenze di ogni copia nella sua cartella dati effettiva. Cartelle separate riducono le confusioni, ma non isolano l’esposizione del conto del broker. Un EA può anche usare file condivisi tramite FILE_COMMON o un servizio esterno di licenze; rispetta le sue regole documentate per più istanze.
/portable cambia dove MT4 tenta di salvare i dati. Non trasferisce automaticamente una cartella esistente e richiede comunque permessi di scrittura. Mantieni la modalità normale se non c’è un motivo verificato per cambiarla; non disattivare UAC e non ampliare indiscriminatamente i privilegi per comodità.Distingui la gestione degli ordini dalla capacità del terminale
Più EA o terminali possono lavorare sullo stesso conto solo se le loro regole di gestione degli ordini sono compatibili. Registra Magic Number documentato, simbolo e altri filtri di attribuzione per ogni istanza prevista. Non presumere che un EA gestisca esclusivamente i propri ordini.
Un Magic Number identifica un ordine; non blocca altri terminali. Due copie possono inviare ordini duplicati anche con identificativi diversi. Prima di cambiare un identificativo o spostare un EA, verifica se deve ancora gestire ordini aperti o pendenti. Mantieni l’attribuzione documentata necessaria per riprenderne la gestione. La guida ai Magic Number spiega il modello in dettaglio.
Separare le risorse lascia inoltre condiviso il rischio del conto: utilizzo del margine e posizioni correlate possono sommarsi tra EA. Esamina l’esposizione con la guida alla gestione del rischio; avere CPU libera non rende sicuro il portafoglio complessivo.
Regola grafici e storico senza togliere i dati necessari
Inizia rimuovendo i grafici d’analisi confermati come inutilizzati e gli indicatori decorativi. Chiudere il grafico di un EA interrompe l’esecuzione di quell’EA; non equivale a minimizzare la finestra. Controlla cosa opera sul grafico prima di chiuderlo e conserva quelli richiesti dalla configurazione documentata.
In Tools → Options → Charts, distingui Max bars in history da Max bars in chart. Il primo limita lo storico salvato; il secondo controlla i dati dei grafici usati nei calcoli degli indicatori. Ridurre lo storico superfluo dei grafici può diminuire il consumo, ma un valore arbitrariamente basso può privare EA o indicatori dei dati pregressi necessari.
- Determina i dati minimi per ogni simbolo e timeframe richiesto, inclusi gli indicatori calcolati internamente.
- Conserva storico sufficiente per tali requisiti e per la validazione prevista. Non presumere che un grafico visibile copra un EA con più timeframe.
- Cambia un limite su demo, ricarica o riavvia se serve e verifica inizializzazione, disponibilità dei dati e calcoli attesi prima di mantenere il valore.
Questi limiti non sono una quota precisa di memoria: nuove quotazioni possono aumentare le barre nel grafico. Non svuotare la cartella dello storico per «velocizzare MT4»; il nuovo caricamento consuma risorse e può cambiare i dati disponibili per i test. Conserva il dataset originale per i confronti.
Conserva simboli e dipendenze degli indicatori necessari
In Market Watch, nascondi solo i simboli che hai confermato come inutilizzati dall’intera configurazione. MT4 documenta questa funzione per ridurre il traffico delle quotazioni. Conserva i simboli necessari per trading, segnali tra strumenti o conversione valutaria, anche senza un grafico visibile. MT4 impedisce inoltre di nascondere alcuni simboli con grafici o ordini aperti; l’elenco non sostituisce un controllo completo delle dipendenze.
Rimuovere un indicatore visualizzato non dimostra che i suoi calcoli siano cessati: un EA può richiederne internamente i valori. Prova separatamente dashboard opzionali ed elementi visivi non essenziali, conservando indicatori e file richiesti dallo sviluppatore. Se CPU o memoria crescono costantemente, raccogli orari e log per lo sviluppatore invece di mascherare il problema con frequenti riavvii senza verifiche.
Verifica i permessi della copia che opera davvero
Nel normale MT4 per Windows, controlla sia AutoTrading del terminale sia il permesso Allow live trading dell’EA collegato. Un’icona visibile, quotazioni in arrivo o un processo attivo non dimostrano il permesso di operare. Conferma anche conto, server e accesso al trading previsti.
Rivedi le opzioni che disattivano il trading automatico dopo un cambio di conto, profilo, simbolo o timeframe. Sono protezioni da non rimuovere automaticamente. Se una si attiva, verifica il nuovo contesto prima di riabilitare l’EA previsto.
Consenti importazioni DLL solo per librerie affidabili e necessarie, e WebRequest solo verso URL affidabili documentati. Esamina le impostazioni dell’EA già collegato: cambiare i valori predefiniti non sostituisce la verifica di un’istanza operativa. Ricontrolla dopo aggiornamenti di profilo, template o EA. Disattivare AutoTrading blocca le operazioni degli EA in quel terminale; non chiude ordini e non ferma copie ospitate separatamente.
Controlla la crescita dei log senza perdere le evidenze
Dopo ogni modifica, controlla Experts per i messaggi dell’EA e Journal per eventi del terminale e della connessione. In entrambe le schede, il comando contestuale Open apre la relativa cartella e scrive su disco le voci correnti. Nella cartella dati effettiva, i log degli EA si trovano normalmente in MQL4/Logs e quelli del terminale in logs, con file datati YYYYMMDD.LOG.
Le schede mostrano le voci recenti; Clear pulisce la vista, non i file fisici. Per la manutenzione del disco, misura prima quali cartelle crescono, conserva i log utili per incidenti e confronti e archivia poi i file vecchi secondo una politica di conservazione documentata. Evita di eliminare file attivi durante l’operatività o di pulire ricorsivamente l’intera cartella dati.
Errori ripetuti o log eccessivi a ogni tick richiedono una correzione della causa; cancellare i log di ieri non ferma la crescita di domani. Conserva profili, template, preset e file di stato dell’EA. Usa la guida a Experts e Journal per la diagnosi. La progettazione dettagliata dei backup appartiene alla Guida 3.
Pianifica gli aggiornamenti di Windows e prova l’avvio
Mantieni attiva la manutenzione di sicurezza di Windows e organizza una finestra controllata per il riavvio. Verifica programmazione dei riavvii e criteri di sessione dell’edizione Windows e del provider effettivi. Le ore di attività, quando disponibili, aiutano a gestire i tempi; non garantiscono trading ininterrotto. Non disattivare sicurezza o aggiornamenti per migliorare un benchmark.
Se l’avvio dipende dall’accesso dell’utente, crea un collegamento dal nome chiaro all’eseguibile previsto nella cartella Esecuzione automatica dell’utente corretto (shell:startup). Parte dopo l’accesso di quell’utente, non semplicemente all’avvio di Windows. Un secondo meccanismo può generare avvii in conflitto; documenta un metodo testato per ogni copia prevista.
Se serve un riavvio senza intervento, chiedi al provider o all’amministratore di confermare sessione utente e modalità di avvio supportate. Un’attività pianificata o un terminal.exe aperto non dimostrano la disponibilità di cartella dati, conto, licenza e stato dell’EA corretti. Non impostare un accesso automatico con credenziali esposte come soluzione rapida.
Su demo, prova separatamente la riapertura del terminale e il riavvio del sistema. Dopo ciascuno, verifica conto e server, profilo, grafici, versione e Inputs dell’EA, permessi, quotazioni, log e gestione degli ordini esistenti. Prova anche disconnessione e riconnessione a Desktop remoto; uscire dalla sessione o i relativi limiti di tempo possono terminare le applicazioni. Evita attività «riavvia ogni ora» e rilanci automatici senza controlli che saltino queste verifiche.
Imposta notifiche utili e controllane i limiti
Scegli un monitoraggio che distingua la pressione sulle risorse dall’arresto del terminale o dell’EA. Definisci chi riceve le notifiche e cosa deve controllare. Imposta soglie basate sul carico normale, sui picchi osservati e sul tempo disponibile per intervenire; non esistono percentuali o limiti universali sull’età delle quotazioni.
| Segnale | Controllo utile | Limite |
|---|---|---|
| Pressione sostenuta su CPU o memoria, oppure poco spazio libero | Confronta terminale interessato, attività in background e modifiche recenti con la situazione di riferimento. | Un picco breve è diverso da pressione persistente; l’uso di risorse da solo non dimostra il corretto funzionamento del trading. |
| Processo del terminale o segnale periodico atteso assente | Conferma istanza prevista e contesto prima di riavviarla. | Un segnale inviato solo da OnTick può interrompersi con mercato tranquillo o chiuso; considera il comportamento documentato. |
| Errore di connessione, quotazione o EA | Controlla sessione e ultimi dati del simbolo necessario, poi Experts e Journal. | Un terminale connesso può comunque avere dati necessari obsoleti o logica dell’EA malfunzionante. |
Per notifiche push, configura Tools → Options → Notifications, inserisci il MetaQuotes ID di destinazione e usa Test; conferma la ricezione sul dispositivo reale. Le notifiche standard delle operazioni non coprono le richieste rifiutate. Se supportate, prova anche le notifiche d’errore dell’EA su demo.
MT4 fermo non può inviare in modo affidabile il proprio avviso di arresto. Un monitor indipendente del processo o dell’host, oppure un controllo esterno del segnale periodico mancante, copre questo limite. Preferisci una risposta circoscritta e documentata a un watchdog che termini e riavvii continuamente il terminale di trading.
Segui un processo controllato di modifica e verifica
- Registra la situazione iniziale. Conserva configurazione, condizioni d’osservazione, pressione sulle risorse e orari rilevanti dei log.
- Fai una modifica giustificata su demo. Rimuovi un elemento visivo inutilizzato, regola un limite documentato dello storico o separa il carico del tester. Mantieni fisse le impostazioni di strategia e rischio.
- Confronta condizioni simili. Osserva di nuovo uso normale, flusso intenso di quotazioni e avvio. Se le condizioni cambiano, registra il limite invece di dichiarare un miglioramento misurato.
- Accetta o ripristina. Mantieni la modifica solo se dati necessari, calcoli dell’EA, permessi e gestione degli ordini restano corretti, con margine di risorse sufficiente. Altrimenti ripristina la configurazione precedente.
Ripeti la verifica dopo aver aggiunto terminali, cambiato versioni, profili o dipendenze o svolto manutenzione. Un riavvio riuscito su demo conferma una procedura operativa; non dimostra esecuzioni identiche sul reale né rendimenti futuri.
Checklist della configurazione
Conserva data e risultato dei controlli. Ripetili dopo cambiamenti significativi e secondo le esigenze di supervisione del carico. Un VPS configurato richiede comunque controllo operativo.
Domande frequenti sulla configurazione di MT4
Quanti terminali MT4 può eseguire un VPS?
Non esiste un numero universale. Misura tutti i terminali, EA e dipendenze previsti durante i picchi rilevanti, lasciando margine per sistema e manutenzione. Un’altra installazione sullo stesso VPS non aggiunge risorse fisiche.
Devo impostare i limiti di barre più bassi possibili?
No. Mantieni i dati necessari a ogni simbolo, timeframe e indicatore richiesto. Riduci solo l’eccesso confermato, prova su demo e conserva il dataset dei confronti.
Un pulsante AutoTrading verde dimostra che l’EA funziona?
No. Verifica permesso dell’EA collegato, accesso al conto, dati, inizializzazione, log e gestione prevista degli ordini. Nessuna nuova operazione può essere normale quando la strategia non genera segnali.
Devo riavviare MT4 automaticamente a intervalli fissi?
Non per sostituire l’indagine su carichi persistenti o la verifica dell’avvio. Pianifica la manutenzione necessaria, prova il rilancio e usa monitoraggio con risposta documentata. Un riavvio senza controlli può interrompere la gestione o ripristinare una configurazione sbagliata.
Riferimenti ufficiali e ambito
I dettagli della piattaforma sono stati confrontati con la documentazione ufficiale. Inventario, misurazione e verifica sono indicazioni operative pratiche, non risultati misurati di un VPS. Le diciture possono variare con lingua del terminale o edizione Windows; le etichette inglesi identificano qui le impostazioni da controllare.
- MetaTrader 4: installazioni multiple e cartelle dati e modalità portatile.
- MetaTrader 4: limiti di grafici e storico, Market Watch e esecuzione dei programmi MQL4.
- MetaTrader 4: controlli dell’EA, log di Experts, log di Journal e notifiche.
- Microsoft: Gestione attività e strumenti di sistema, avvio all’accesso dell’utente e ore di attività per gli aggiornamenti.
- Riferimento MQL4: identificativi degli ordini e ambito dei file condivisi.