Errores, fallos, preguntas - página 1987
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Muchas entradas. Vea el archivo de registro.
"Muchas entradas" es una palabra fuerte... La mayoría de las entradas no están ahí. Pero la pregunta es, ¿qué podría estar impidiendo exactamente la salida al archivo de registro?
Por ejemplo, un EA que no es muy sofisticado:
En el modo "Ticks reales" muestra estos registros:
2017.09.05 09:38:56.994 Probador EURUSD: los datos del historial comienzan a partir de 2014.07.29 00:00
2017.09.05 09:38:56.996 Probador EURUSD: ha comenzado la descarga preliminar de los ticks del historial, puede tardar bastante tiempo
2017.09.05 09:38:58.001 Probador EURUSD: descarga preliminar de los ticks del historial completada, 35.52 Kb en 0:01.030 (34.48 Kb/seg)
2017.09.05 09:38:58.001 Probador EURUSD: los datos de los ticks comienzan desde 2017.06.01 00:00
2017.09.05 09:38:58.002 Se inicia el proceso del agente Core 1
2017.09.05 09:38:58.346 Núcleo 1 conectándose a 127.0.0.1:3000
2017.09.05 09:38:58.347 Núcleo 1 conectado
2017.09.05 09:38:58.350 Núcleo 1 autorizado (agente build 1653)
2017.09.05 09:38:58.352 Probador EURUSD,M15 (MetaQuotes-Demo): prueba de experts\Test.ex5 de 2017.08.30 00:00 a 2017.08.31 00:00
2017.09.05 09:38:58.404 Sincronización común del núcleo 1 completada
2017.09.05 09:38:58.455 Core 1 EURUSD: ticks sincronizados ya [43 bytes]
2017.09.05 09:39:04.609 Núcleo 1 2017.08.30 00:36:55 2017.08.30 00:36:55
2017.09.05 09:39:10.760 Núcleo 1 2017.08.30 00:48:27 2017.08.30 00:48:27
2017.09.05 09:39:16.866 Núcleo 1 2017.08.30 01:02:20 2017.08.30 01:02:20
2017.09.05 09:39:22.976 Núcleo 1 2017.08.30 01:24:08 2017.08.30 01:24:08
2017.09.05 09:39:27.668 Núcleo 1 desconectado
2017.09.05 09:39:27.668 Núcleo 1 conexión cerrada
2017.09.05 09:39:27.681 Probador detenido por el usuario
Dicho esto, el probador es terriblemente lento, ya que se pueden ver saltos en las decenas de minutos...
Máquina en VPS.
"Muchos discos" es una palabra muy fuerte... La mayoría de las entradas simplemente no existen. Pero la pregunta es: ¿qué es exactamente lo que puede impedir la tala?
Mira el archivo de registro.
Por ejemplo, un EA que no es muy sofisticado:
en el modo "Ticks reales" produce estos registros:
2017.09.05 09:38:56.994 Probador EURUSD: los datos del historial comienzan a partir de 2014.07.29 00:00
2017.09.05 09:38:56.996 Probador EURUSD: ha comenzado la descarga preliminar de los ticks del historial, puede tardar bastante tiempo
2017.09.05 09:38:58.001 Probador EURUSD: descarga preliminar de los ticks del historial completada, 35.52 Kb en 0:01.030 (34.48 Kb/seg)
2017.09.05 09:38:58.001 Probador EURUSD: los datos de los ticks comienzan desde 2017.06.01 00:00
2017.09.05 09:38:58.002 Se inicia el proceso del agente Core 1
2017.09.05 09:38:58.346 Núcleo 1 conectándose a 127.0.0.1:3000
2017.09.05 09:38:58.347 Núcleo 1 conectado
2017.09.05 09:38:58.350 Núcleo 1 autorizado (agente build 1653)
2017.09.05 09:38:58.352 Probador EURUSD,M15 (MetaQuotes-Demo): prueba de experts\Test.ex5 de 2017.08.30 00:00 a 2017.08.31 00:00
2017.09.05 09:38:58.404 Sincronización común del núcleo 1 completada
2017.09.05 09:38:58.455 Core 1 EURUSD: ticks sincronizados ya [43 bytes]
2017.09.05 09:39:04.609 Núcleo 1 2017.08.30 00:36:55 2017.08.30 00:36:55
2017.09.05 09:39:10.760 Núcleo 1 2017.08.30 00:48:27 2017.08.30 00:48:27
2017.09.05 09:39:16.866 Núcleo 1 2017.08.30 01:02:20 2017.08.30 01:02:20
2017.09.05 09:39:22.976 Núcleo 1 2017.08.30 01:24:08 2017.08.30 01:24:08
2017.09.05 09:39:27.668 Núcleo 1 desconectado
2017.09.05 09:39:27.668 Núcleo 1 conexión cerrada
2017.09.05 09:39:27.681 Probador detenido por el usuario
pero el probador se ralentiza terriblemente, ya que se pueden ver saltos en las decenas de minutos...
Bueno tantos miles de entradas en el registro, por eso se ralentiza.
"Muchos discos" es una palabra muy fuerte... La mayoría de las entradas simplemente no existen. Pero la pregunta es, ¿qué es exactamente lo que podría estar obstaculizando la tala?
Por ejemplo, un EA que no es muy complejo:
El modo "ticks reales" muestra estos registros:
pero el probador es terriblemente lento, como se puede ver salta en las decenas de minutos...
Máquina en VPS.
La omisión consiste en un gran número de registros, el registro corta la mitad de ellos cuando no son necesarios, lo que ralentiza el Asesor Experto
Vea el archivo de registro.
Tantos miles de entradas de registro, por eso es lento.
Los saltos se deben al gran número de entradas, el registro corta la mitad de ellas innecesariamente, lo que también lo hace lento.
¿Habéis probado los dos lo que decís?
En la otra máquina la impresión de los registros sale en cada tic como debe ser y no hay retrasos, pero en esta máquina en particular no salen todos los registros, con grandes saltos y retrasos.
La afición de los probadores me sorprende a veces, ¿no se puede hacer una salida de registro personalizada (errores, impresión, etc.) según la elección del usuario? Si hay un problema con la salida de los registros completos y el probador los corta, entonces por qué no dice al respecto, como "Escucha, no puedo dar salida a todos los registros, sólo en varias ocasiones, la razón ......".
Entonces, ¿cuál puede ser la razón de la salida incompleta al registro con la omisión (no con el corte, a saber, con la omisión)?
¿Habéis probado los dos lo que decís?
En la otra máquina la impresión del registro se imprime en cada tic como debe ser y no hay frenos, pero en esta en particular no todos.
No me limité a probarlo, sino que empecé a buscar un error en el programa que no existía. Resultó que era que los registros se imprimían mucho y por eso había saltos.
No me limité a probarlo, sino que empecé a buscar un error en el programa que no existía. Resultó que lo que ocurría era que los registros se imprimían mucho y por eso había omisiones.
No, Vitaly, lo he terminado en el post anterior. En la otra máquina los registros salen sin espacios en blanco en cada tic como debería ser.
Bueno, tal vez el sistema operativo es diferente, tengo win7 x64
Bueno, tal vez el sistema operativo es diferente, tengo win7 x64
En la máquina problemática Server 2008, hay memoria libre en el disco y en la RAM.
En Win 10 64 y Win7 64 los registros se muestran completamente, sin saltos. Pruebe a ejecutar EA sólo durante un día en modo "ticks" o "ticks reales", si hay saltos significa que tiene el mismo problema que en mi máquina problemática. Este es un error específico en el probador, si no es capaz de producir registros completos entonces debe informar al usuario sobre esto y la razón, los registros no tienen ningún significado si no están completos. ¿Quién necesita registros con lagunas en absoluto, cómo hacer la depuración del programa?
¿Habéis probado los dos lo que decís?
En la otra máquina la impresión se registra en cada tic como debe ser y no hay frenos, pero en esta máquina en particular no se registran todos los registros, con grandes saltos y frenos.
La afición de los probadores me sorprende a veces, ¿no se puede hacer una salida de registro personalizada (errores, impresión, etc.) según la elección del usuario? Si hay un problema con la salida de los registros completos y el probador los corta, ¿por qué no dice algo como "Escucha, no puedo salir todos los registros, sólo en varias veces, la razón ......"?
Entonces, ¿cuál podría ser la razón de la salida incompleta del registro (no de recorte, sino de omisión)?
Además de los registros del probador, también están los registros del agente del probador. Allí se puede encontrar de todo.
Así es, hay, aquí están:
2017.09.05
2017.09.05 11:42:04:04 Se ha limpiado el registro del registrador
2017.09.05 2017.09.05 00:00:00.000 Servidor MetaTester 5 detenido
No hay nada más allá.
Entonces, ¿por qué no hay información completa sobre la función Print() en los registros del probador?