La RAM no se libera... - página 6

 
Renat:

Sólo me refería al problema del tamaño del archivo. Las versiones más antiguas de los bloques históricos se almacenaban allí sin ser eliminadas.

La RAM ya es utilizada por los propios expertos.

Otro problema es que los agentes se comen toda la RAM, empiezan a trabajar con la swap y entonces el ordenador se convierte en una "tortuga".
 

El agente es ahora 756.

¿Cuál de ellos ha solucionado el problema?

 
GoRo:

El agente es ahora 756.

¿Cuál de ellos ha solucionado el problema?

El siguiente, que sale hoy. Todavía no se ha publicado.
 

1. Hace algún tiempo, los agentes trabajaban como un reloj. Cada una de ellas ocupaba unos 300 MB de memoria. Pero en la unidad del sistema (instalada en Progamm Files), cada agente tenía unos 5 GB de archivos .tmp en carpetas temporales

¿Es esto normal?

2. He encontrado estas interesantes entradas en los registros de los agentes

JM      2       Logger  20:49:44        log was cleaned
JL      0       Network 00:00:00        connected to 3.agents.mql5.com
DK      0       Network 20:50:14        connected to 3.agents.mql5.com
KR      0       Network 20:50:44        connected to 3.agents.mql5.com
KI      0       Network 20:51:14        connected to 3.agents.mql5.com

Todos los registros han sido borrados y en caso de error ni siquiera podré aportar, como prueba, los registros.

Ahora ni siquiera se conoce el tiempo de ejecución de los agentes, la cantidad de memoria utilizada, etc. Entonces, ¿por qué los troncos si son inmediatamente fregados? Anteriormente los registros se borraban durante más de 3 días.

PS. En la segunda línea del registro, la hora está mal.

 
fyords:

...

Ahora es bastante difícil proporcionar información sobre los errores que están relacionados con los probadores/optimización/nube. Se pierde mucho tiempo en el análisis sintáctico. Una vez sugerí guardar los resultados de la optim ización en un archivo para poder reabrirlo en MetaTrader 5 para analizarlo sin tener que volver a realizar la optimización. Si se pudiera guardar ese archivo, sería más sencillo enviarlo a los desarrolladores para que lo analicen. Así, el archivo contendría los resultados de la optimización, los registros (sólo los errores) y el resto de la información necesaria.
 
Renat:
En el siguiente, que sale hoy. Todavía no se ha publicado.
No he tenido una actualización...
 
Había que eliminar los registros de forma más activa, ya que se acumulan muy rápidamente y pueden ocupar gigabytes. El agente mantiene limpios sus propios directorios.

Decidimos no publicar la versión de ayer y la pospusimos hasta el lunes para realizar más pruebas.
 
Renat:
Había que eliminar los registros de forma más activa, ya que se acumulan muy rápidamente y pueden ocupar gigabytes. El propio agente mantiene limpios sus propios directorios. ...

No, bueno, no me importa. Pero entonces, si hay un problema, por ejemplo, el manejo de tareas en una red doméstica con un router, ¿qué proporcionar para el análisis sintáctico?

¿O se limpian los registros cuando se produce un determinado evento (no todos los días)?

 
fyords:

No, bueno, no me importa. Pero entonces, si hay un problema, por ejemplo, el manejo de tareas en una red doméstica con un router, ¿qué proporcionar para el análisis sintáctico?

¿O se limpian los registros cuando se produce un determinado evento (no todos los días)?

Los registros se pueden consultar en el archivo durante los problemas.

Para el análisis, basta con detener el agente desde el gestor de agentes y ver los registros completos.Hasta que el agente se reinicie, los registros se guardan.

 
Con el lanzamiento de la última versión, parece haber mejorado.
Razón de la queja: