Una configuración útil de MT4 dispone de capacidad suficiente para su carga real, permite identificar cada instancia de trading y conserva los ajustes previstos después del mantenimiento habitual. Ajusta el entorno según la presión observada sobre los recursos y el comportamiento verificado del EA, en lugar de copiar una configuración universal para «acelerar MT4».
Esta es la Guía 2 de la serie VPS y estabilidad de MT4. La guía básica explica el alojamiento y la continuidad. Para responder a incidentes, preparar copias y restaurar el entorno, consulta la Guía 3: fallos y recuperación segura. Para supervisar el funcionamiento entre incidentes, continúe con la Guía 4: cotizaciones, heartbeat y alertas.
Define qué vas a optimizar
Esta guía parte de que MT4 y el EA previsto ya están instalados y probados en demo. Para colocar los archivos y adjuntar el robot, consulta la guía de instalación de EAs. El alojamiento virtual integrado de MetaTrader utiliza otro proceso de migración y no ofrece un escritorio Windows; no le apliques las instrucciones de inicio o carpetas de Windows.
La optimización operativa consiste en reducir la carga innecesaria sin alterar el comportamiento aprobado del EA. Es distinta de optimizar parámetros de la estrategia en el probador. No modifiques el tamaño de lote, los filtros de señales, los límites de riesgo ni los ajustes de ejecución para que el terminal parezca más ágil. Un terminal más ligero no demuestra rentabilidad ni garantiza la ejecución.
Identifica la carga antes de cambiar ajustes
Registra la función de cada terminal y los componentes que realmente necesita. Contar gráficos no refleja los EAs multidivisa ni los indicadores calculados internamente. Un solo EA exigente puede consumir más recursos que varios sencillos.
| Registro | Qué incluir |
|---|---|
| Identidad del terminal | Ruta de instalación, carpeta de datos real, usuario de Windows y acceso directo con un nombre claro. |
| Contexto de trading | Cuenta y servidor del bróker; función de demo, real o investigación. Guarda las credenciales de forma segura, fuera de esta ficha. |
| Carga activa | Gráficos necesarios, símbolos y marcos temporales exactos, EAs adjuntos, versiones y parámetros Inputs aprobados. |
| Dependencias | Otros símbolos o marcos temporales, historial necesario, indicadores personalizados, archivos, DLLs, URL autorizadas para WebRequest y licencias. |
| Gestión y operación | Esquema de Magic Number, órdenes existentes que deben gestionarse, método de inicio, destino de supervisión y fecha del cambio. |
Conserva el archivo .set aprobado, si el EA lo admite, y un registro del perfil y la configuración actuales. Esto documenta la situación inicial; no constituye un plan completo de copias de seguridad o recuperación.
Ajusta los recursos del VPS a la demanda observada
| Recurso | Qué evaluar | Decisión de configuración |
|---|---|---|
| CPU | Periodos de actividad intensa, demanda por terminal y carga concentrada en procesadores lógicos concretos. | Deja margen para picos. El número de vCPU compartidas no demuestra por sí solo la capacidad sostenida; compara la carga real. |
| RAM | Windows, todos los terminales, datos de gráficos, indicadores y aplicaciones en segundo plano. | Deja memoria disponible. La presión creciente y la paginación requieren investigación; no desactives el archivo de paginación como atajo. |
| SSD / almacenamiento | Espacio libre, crecimiento del historial y los registros, actividad del disco durante análisis, descargas y actualizaciones. | Reserva espacio para el sistema y el mantenimiento, además de MT4. La etiqueta SSD no demuestra que haya suficiente espacio libre ni un rendimiento adecuado. |
| Windows | Soporte de seguridad vigente, compatibilidad con el bróker y el EA, sesión del usuario y política de gestión del proveedor. | Utiliza un entorno mantenido y con la licencia adecuada. Confirma la edición y las dependencias con el proveedor y el desarrollador. |
| Red | Conexión con el servidor del bróker previsto, interrupciones y actualización de cotizaciones durante las sesiones relevantes. | Investiga la ruta hacia el bróker. Una sesión fluida de Escritorio remoto o una prueba rápida de velocidad pública no bastan. |
No existe una regla universal fiable de «EAs por GB» o «terminales por vCPU». Decide la capacidad después de observar la carga completa prevista, incluidos el inicio, la carga de historial y el mantenimiento. El margen de recursos es una reserva operativa, no una promesa de resultados de trading.
Mide el uso habitual y los picos relevantes
- Establece una referencia. Abre el Administrador de tareas de Windows con
Ctrl+Shift+Esc. Revisa Procesos o Detalles para cadaterminal.exey Rendimiento para la actividad global de CPU, memoria, disco y red. Relaciona los procesos con las rutas de instalación de tu inventario. - Observa distintas condiciones. Incluye un periodo normal de trading, un flujo de cotizaciones más rápido, el inicio y la carga de datos. Registra la hora, la configuración activa, la presión sobre los recursos y si MT4 sigue respondiendo. Una captura en reposo no es una prueba de capacidad.
- Localiza la fuente de carga. Compara la demanda de los terminales con otras aplicaciones, actualizaciones y análisis de seguridad. El uso total de CPU puede ocultar un procesador lógico saturado o un cuello de botella del programa. Un uso global bajo no demuestra que todos los EAs procesen con rapidez.
- Separa la investigación. Cuando sea posible, ejecuta los backtests largos y las búsquedas de parámetros fuera del entorno de trading. Una instalación aparte del probador en el mismo VPS separa la configuración, pero sigue compitiendo por los recursos de la máquina.
Los EAs de MQL4 se ejecutan en hilos separados, mientras que los indicadores de gráficos comparten los recursos del hilo de la interfaz; un indicador llamado mediante iCustom() se ejecuta en el hilo del programa que lo llama. Los eventos de cada EA se procesan de forma secuencial. No se encolan todos los ticks nuevos mientras su OnTick() está procesando. Añadir núcleos no resuelve automáticamente una lógica costosa o un indicador bloqueado; consulta al desarrollador si la carga del programa persiste.
Identifica claramente las distintas instalaciones de MT4
Para operar varias cuentas a la vez, instala las copias de MT4 del bróker en directorios de instalación diferentes. Asigna nombres distintos a sus accesos directos según la función. Dos accesos directos al mismo ejecutable no crean dos instalaciones independientes.
En cada copia abierta, utiliza File → Open Data Folder y registra la ubicación obtenida. La carpeta de datos normal depende de la ruta de instalación y del usuario de Windows; su archivo origin.txt identifica la instalación asociada. No deduzcas la carpeta correcta por el nombre del bróker ni supongas que otro usuario de Windows verá los mismos archivos y ajustes del EA.
Instala y verifica las dependencias de cada copia en su carpeta de datos real. Las carpetas separadas reducen las confusiones de configuración, pero no aíslan la exposición de la cuenta del bróker. Un EA también puede usar archivos compartidos mediante FILE_COMMON o un servicio externo de licencias; respeta sus reglas para múltiples instancias.
/portable cambia dónde intenta guardar los datos MT4. No transfiere automáticamente una carpeta existente y requiere permisos de escritura. Mantén el modo normal salvo que haya un motivo probado para cambiarlo; no desactives UAC ni eleves permisos de forma general por comodidad.Distingue la gestión de órdenes de la capacidad del terminal
Varios EAs o terminales solo pueden operar en una misma cuenta cuando sus reglas de gestión de órdenes son compatibles. Registra el Magic Number documentado, el símbolo y los demás filtros de identificación de cada instancia prevista. No supongas que un EA gestiona únicamente sus propias órdenes.
Un Magic Number identifica órdenes; no bloquea otros terminales. Dos copias pueden enviar órdenes duplicadas aunque utilicen identificadores distintos. Antes de cambiar un identificador o trasladar un EA, comprueba si debe seguir gestionando órdenes abiertas o pendientes. Conserva la identificación documentada necesaria para retomarlas. Consulta el modelo detallado en la guía de Magic Number.
Separar recursos tampoco separa el riesgo de la cuenta: el uso de margen y las posiciones correlacionadas pueden acumularse entre EAs. Revisa esa exposición con la guía de gestión de riesgos; disponer de CPU libre no hace seguro el conjunto de estrategias.
Ajusta gráficos e historial sin eliminar datos necesarios
Empieza por retirar los gráficos de análisis confirmados como innecesarios y los indicadores decorativos. Cerrar el gráfico de un EA descarga ese EA; no equivale a minimizar la ventana. Comprueba qué se ejecuta antes de cerrarlo y conserva los gráficos necesarios según la documentación.
En Tools → Options → Charts, distingue Max bars in history de Max bars in chart. El primero limita el historial almacenado; el segundo controla los datos de los gráficos utilizados para calcular indicadores. Reducir el historial de gráficos innecesario puede disminuir la demanda, pero un límite arbitrariamente bajo puede quitar al EA o al indicador los datos retrospectivos que necesita.
- Determina los datos mínimos necesarios para cada símbolo y marco temporal requerido, incluidos los indicadores calculados internamente.
- Conserva suficiente historial para esos requisitos y para las validaciones previstas. No supongas que un gráfico visible cubre un EA con varios marcos temporales.
- Cambia un límite en demo, recarga o reinicia si hace falta y verifica inicialización, disponibilidad de datos y cálculos previstos antes de conservarlo.
Estos límites no son una cuota exacta de memoria: pueden añadirse barras al llegar nuevas cotizaciones. No vacíes la carpeta de historial para «acelerar MT4»; volver a cargarlo consume recursos y puede cambiar los datos disponibles para pruebas. Conserva el conjunto original para comparar.
Conserva símbolos y dependencias de indicadores necesarios
En Market Watch, oculta únicamente los símbolos que hayas confirmado que no usa ninguna parte de la configuración. MT4 documenta esta opción para reducir el tráfico de cotizaciones. Conserva los símbolos necesarios para trading, señales entre instrumentos o conversión de divisas, aunque no aparezcan en un gráfico visible. MT4 también impide ocultar ciertos símbolos con gráficos u órdenes abiertos; la lista no sustituye una revisión completa de dependencias.
Quitar un indicador visible no demuestra que sus cálculos se hayan detenido: un EA puede solicitar sus valores internamente. Prueba por separado los paneles opcionales y elementos visuales prescindibles, conservando los indicadores y archivos exigidos por el desarrollador. Si CPU o memoria aumentan de forma sostenida, recoge horas y registros para el desarrollador en lugar de ocultar el problema con reinicios frecuentes sin comprobaciones.
Verifica los permisos de la copia que realmente opera
En MT4 para Windows, comprueba tanto AutoTrading del terminal como el permiso Allow live trading del EA adjunto. Ver el icono del EA, recibir cotizaciones o tener un proceso abierto no demuestra permiso para operar. Confirma también la cuenta, el servidor y el acceso de trading previstos.
Revisa las opciones que desactivan el trading automático después de cambiar cuenta, perfil, símbolo o marco temporal. Son controles de protección que no conviene quitar automáticamente. Si alguno se activa, verifica el nuevo contexto antes de volver a habilitar el EA previsto.
Permite importar DLL solo si son fiables y necesarias, y habilita WebRequest únicamente para las URL de confianza documentadas. Revisa los ajustes propios del EA ya adjunto; cambiar los valores predeterminados no sustituye la verificación de una instancia en funcionamiento. Comprueba de nuevo después de actualizar perfil, plantilla o EA. Desactivar AutoTrading bloquea las operaciones de los EAs en ese terminal; no cierra órdenes ni detiene copias alojadas aparte.
Controla el crecimiento de registros sin perder evidencias
Revisa Experts para mensajes del EA y Journal para eventos del terminal y la conexión después de cada cambio. En cualquiera de las pestañas, Open del menú contextual abre la carpeta de registros y escribe en disco las entradas actuales. En la carpeta de datos real, los registros del EA suelen estar en MQL4/Logs y los del terminal en logs, con archivos fechados YYYYMMDD.LOG.
Las pestañas muestran entradas recientes; Clear limpia la vista, no los archivos físicos. Para mantener el disco, mide primero qué carpetas crecen, conserva los registros relevantes de incidentes y comparaciones y archiva después los archivos antiguos según una política de retención documentada. Evita borrar archivos activos durante la operación o limpiar recursivamente toda la carpeta de datos.
Los errores repetidos o el registro excesivo en cada tick necesitan corregirse en su origen; borrar los registros de ayer no evita que crezcan mañana. Conserva perfiles, plantillas, archivos de parámetros y de estado del EA. Usa la guía de Experts y Journal para el diagnóstico. El diseño detallado de copias de seguridad corresponde a la Guía 3.
Planifica las actualizaciones de Windows y prueba el inicio
Mantén activo el mantenimiento de seguridad de Windows y organiza una ventana de reinicio controlada. Comprueba la programación de reinicios y las políticas de sesión de la edición de Windows y el proveedor concretos. Las horas activas, cuando estén disponibles, ayudan a gestionar el momento; no garantizan trading ininterrumpido. No desactives la seguridad ni las actualizaciones para mejorar una prueba de rendimiento.
Si el método de inicio depende de iniciar sesión, crea un acceso directo con un nombre claro al ejecutable previsto en la carpeta de Inicio del usuario correspondiente (shell:startup). Se ejecuta después de que ese usuario inicie sesión, no simplemente al arrancar Windows. Un segundo mecanismo puede generar lanzamientos en conflicto; documenta un método probado por copia prevista.
Si necesitas reinicio sin intervención, pide al proveedor o administrador que confirme la sesión de usuario y el mecanismo de inicio compatibles. Una tarea programada o un terminal.exe abierto no demuestra que estén disponibles la carpeta de datos, la cuenta, la licencia y el estado correctos del EA. No configures inicio de sesión automático con credenciales expuestas como solución rápida.
En demo, prueba por separado volver a abrir el terminal y reiniciar el sistema. Después de cada evento, verifica cuenta y servidor, perfil, gráficos, versión e Inputs del EA, permisos, cotizaciones, registros y gestión de órdenes existentes. Comprueba también desconectar y reconectar Escritorio remoto; cerrar sesión o sus límites de tiempo puede terminar las aplicaciones. Evita tareas de «reiniciar cada hora» y relanzamientos automáticos sin comprobaciones que omitan estos pasos.
Configura alertas útiles y conoce sus límites
Elige una supervisión que distinga presión sobre los recursos de la pérdida de funcionamiento del terminal o del EA. Define quién recibe las alertas y qué debe comprobar después. Fija umbrales según la carga normal, los picos observados y el tiempo disponible para responder; no existe un porcentaje ni una antigüedad de cotización universal.
| Señal | Comprobación útil | Límite |
|---|---|---|
| Presión sostenida sobre CPU o memoria, o poco espacio libre | Compara el terminal afectado, las tareas en segundo plano y los cambios recientes con la referencia inicial. | Un pico breve no equivale a presión persistente; el consumo no demuestra por sí solo el buen funcionamiento del trading. |
| Falta el proceso del terminal o la señal periódica esperada | Confirma la instancia prevista y su contexto antes de relanzarla. | Una señal enviada solo desde OnTick puede desaparecer con el mercado tranquilo o cerrado; supervisa su comportamiento documentado. |
| Error de conexión, cotización o EA | Revisa la sesión y los últimos datos del símbolo necesario, y después Experts y Journal. | Un terminal conectado puede tener datos necesarios desactualizados o fallos en la lógica del EA. |
Para alertas push, configura Tools → Options → Notifications, introduce el MetaQuotes ID de destino y utiliza Test; confirma la recepción en el dispositivo real. Las notificaciones estándar de operaciones no cubren solicitudes rechazadas. Si el EA lo admite, prueba también sus alertas de error en demo.
Un MT4 detenido no puede enviar de forma fiable su propio aviso de caída. Un monitor independiente del proceso o del servidor, o una comprobación externa de ausencia de señal periódica, cubre esa limitación. Es preferible una respuesta acotada y documentada a un supervisor que cierre y relance repetidamente el terminal.
Aplica un proceso controlado de ajuste y aceptación
- Registra la situación previa. Conserva la configuración, condiciones de observación, presión sobre los recursos y horas de registros relevantes.
- Haz un cambio justificado en demo. Retira un elemento visual innecesario, ajusta un límite de historial documentado o separa el trabajo del probador. Mantén fijos los parámetros de estrategia y riesgo.
- Compara condiciones similares. Observa de nuevo uso habitual, flujo intenso de cotizaciones e inicio. Si cambian las condiciones, registra esa limitación en lugar de afirmar una mejora medida.
- Acepta o revierte. Conserva el cambio solo si los datos, cálculos del EA, permisos y gestión de órdenes siguen siendo correctos y queda margen de recursos. Si no, restaura la configuración anterior.
Repite la aceptación después de añadir un terminal, cambiar versiones, perfiles o dependencias, o realizar mantenimiento. Una prueba de reinicio en demo confirma un procedimiento operativo; no demuestra ejecuciones idénticas en real ni rentabilidad futura.
Lista de comprobación de la configuración
Conserva la fecha y el resultado de estas comprobaciones. Revísalas después de cambios relevantes y según la supervisión que requiera la carga. Un VPS configurado sigue necesitando seguimiento operativo.
Preguntas habituales sobre la configuración de MT4
¿Cuántos terminales MT4 puede ejecutar un VPS?
No hay un número universal. Mide todos los terminales, EAs y dependencias previstos durante los picos relevantes, dejando margen para el sistema y el mantenimiento. Otra instalación en el mismo VPS no añade recursos físicos.
¿Debo fijar los límites de barras más pequeños posibles?
No. Conserva los datos necesarios para cada símbolo, marco temporal e indicador. Reduce solo el exceso confirmado, prueba en demo y conserva los datos usados para comparar.
¿Un botón AutoTrading verde demuestra que el EA funciona?
No. Verifica el permiso del EA adjunto, el acceso a la cuenta, los datos, la inicialización, los registros y la gestión prevista de órdenes. Es normal que no haya nuevas operaciones si la estrategia no genera señales.
¿Debo reiniciar MT4 automáticamente a intervalos fijos?
No como sustituto de investigar una carga persistente o verificar el inicio. Planifica el mantenimiento necesario, prueba el relanzamiento y utiliza supervisión con una respuesta documentada. Un reinicio sin comprobaciones puede interrumpir la gestión o restaurar una configuración incorrecta.
Referencias oficiales y alcance
Los detalles de la plataforma se contrastaron con documentación oficial. El inventario y el proceso de medición y aceptación son orientación práctica de operación, no resultados medidos de un VPS. Los nombres pueden variar según el idioma del terminal o la edición de Windows; las etiquetas de interfaz en inglés identifican aquí los ajustes que debes comprobar.
- MetaTrader 4: instalaciones múltiples y carpetas de datos y modo portátil.
- MetaTrader 4: límites de gráficos e historial, Market Watch y ejecución de programas MQL4.
- MetaTrader 4: controles del EA, registros de Experts, registros de Journal y notificaciones.
- Microsoft: Administrador de tareas y herramientas del sistema, inicio al iniciar sesión y horas activas para actualizaciones.
- Referencia MQL4: identificadores de órdenes y alcance de archivos compartidos.