lank: Всем привет! Хотелось бы чтобы тем кто предоставляет процессорные мощности платили бы побольше, ну или там бонусы всякие добавляли за каждые 100, 200 тыс. проходов.
lank: Hola a todos! Me gustaría a los que proporcionan la capacidad del procesador pagaría más, bueno, o hay bonificaciones añadidas por cada 100, 200 mil pases. Y también me gustaría hacer un llamamiento a los desarrolladores, tal vez van a leer este artículo para agregar a las estadísticas de usuario número de pases realizados para el día en curso, ahora se muestra sólo el total de todos los agentes
Ahora por cada 10000 pases añadir 1 punto de calificación, 50 puntos = 1 crédito ...
En Meta Trader5 Strategy Tester, Agentes Mamedger construir, las estadísticas locales no se muestran (sólo ceros), y los agentes no están registrados en el perfil. Algo no funciona. ¿Me puede decir lo que tengo que hacer?
En Meta Trader5 Strategy Tester, Agentes Mamedger construir, las estadísticas locales no se muestran (sólo ceros), y los agentes no están registrados en el perfil. Algo no funciona. ¿Puede decirme qué tengo que hacer?
Yo después de instalar los agentes en los ordenadores esperé unos dos meses hasta que empezaran a funcionar, poner y olvidar y pom opa y funcionaba de media adyn comp adyn cent al día cuando estaba encendido unas 4-5 horas
Sí, el precio por el trabajo de un ordenador debería aportar algo y por supuesto justificar el coste de la electricidad. Si los asesores en la nube soportaran dlls de terceros (con estrategias) sería un servicio mucho más interesante.
arbitrageur: Si, el precio por el trabajo de un ordenador debería aportar algo y por supuesto justificar el coste de la electricidad. Si los asesores en nubes soportaran dlls de terceros (con estrategias) sería un servicio mucho más interesante.
Entonces sería posible ejecutar virus sin salir del terminal nativo ))).
Esto es lo que me interesa. Tengo un servidor que no está muy cargado. Puse allí 8 agentes de pruebas, los publiqué y los puse en la nube. A veces los uso yo mismo. Hace tiempo que todo funcionaba y no daba problemas. Hoy he decidido ejecutar el optimizador, y el terminal dice que 7 de los 8 agentes remotos están ocupados. Vale, creo que están trabajando en la nube.... Pasó una hora, pasaron dos horas, siguen ocupados. Decidí ir a echarles un vistazo más de cerca. Fui al escritorio remoto, en el monitor de recursos veo que sólo 1 (el que yo uso) está trabajando, hay carga en la CPU, algo de memoria está ocupada. En definitiva, está funcionando. Los otros 7 _no hacen nada_.
Atención pregunta: ¿por qué, cómo es esto posible, y finalmente se paga de alguna manera?
UPD: Maté a los procesos inactivos, se iniciaron automáticamente de nuevo y se puso a mi disposición para la prueba. Extraño comportamiento sin embargo.
Mira lo que está escrito en los logs de los agentes inactivos, por favor. ¿Y de qué build son los agentes?
Por favor, adjunta un fichero de log diario de uno de ellos en un archivo zip.
Aquí tienes un trozo del log. No creo que necesites mucho más que eso.
EK 009:17:18.532 Network connected to 3.agents.mql5.com
LL 009:17:18.532 Network authorized on 3.agents.mql5.com
PE 009:17:21.480 Network 71876 bytes of input parameters loaded
JQ 009:17:21.480 Tester job 5997523921618883201 received from Cloud Server
CH 009:17:21.480 Tester file added, 112793 bytes loaded
RQ 009:17:21.480 Network 94144 bytes of optimized inputs info loaded
RI 009:17:21.480 Tester successfully initialized
EQ 009:17:21.480 Network 271 Kb of total initialization data received
OF 009:17:21.480 Tester Intel Xeon X5550 @ 2.67 GHz, 12277 MB
GR 009:17:21.480 Tester optimization pass 11713 started
RD 009:17:21.480 History AUDUSD: symbol tick base found
OP 009:27:51.539 Tester cancel expert execution
RD 009:38:52.647 Tester tester agent shutdown
PI 009:43:53.809 Network connected to 3.agents.mql5.com
FQ 009:43:54.030 Network authorized on 3.agents.mql5.com
II 217:18:43.829192.168.22.23 cannot accept connect, agent is busy
PQ 217:19:43.498192.168.22.23 cannot accept connect, agent is busy
QJ 217:19:54.510192.168.22.23 cannot accept connect, agent is busy
HS 217:20:54.485192.168.22.23 cannot accept connect, agent is busy
LL 217:21:54.473192.168.22.23 cannot accept connect, agent is busy
FD 217:23:21.978192.168.22.23 cannot accept connect, agent is busy
FM 217:24:21.454192.168.22.23 cannot accept connect, agent is busy
DF 217:25:36.936192.168.22.23 cannot accept connect, agent is busy
KO 217:26:36.417192.168.22.23 cannot accept connect, agent is busy
GG 217:27:48.318192.168.22.23 cannot accept connect, agent is busy
EP 217:28:48.403192.168.22.23 cannot accept connect, agent is busy
PI 217:29:48.401192.168.22.23 cannot accept connect, agent is busy
RR 217:31:01.722192.168.22.23 cannot accept connect, agent is busy
CJ 217:32:01.403192.168.22.23 cannot accept connect, agent is busy
FS 217:33:01.414192.168.22.23 cannot accept connect, agent is busy
HL 217:34:08.137192.168.22.23 cannot accept connect, agent is busy
ME 217:35:07.404192.168.22.23 cannot accept connect, agent is busy
DM 217:36:07.433192.168.22.23 cannot accept connect, agent is busy
LF 217:37:17.679192.168.22.23 cannot accept connect, agent is busy
JN 017:51:38.248 Startup access rights to common directory successfully checked
OK 017:51:38.248 Startup Service start initialized
QL 017:51:38.248 Startup Create startup thread
RD 017:51:38.248 Startup Thread successfully created
KP 017:51:38.248 Startup MetaTester 5 x64 build 910 (07 Mar 2014)
DD 017:51:38.248 Server MetaTester 5 started on 0.0.0.0:2000
EO 017:51:38.248 Agent OpenCL is not supported
IO 017:51:38.248 Startup initialization finished
Aquí está la última tarea ejecutada de claude, cancelación con referencia al agente ocupado, reinicio, versión. Todo parece estar ahí.
Hola a todos! Me gustaría a los que proporcionan la capacidad del procesador pagaría más, bueno, o hay bonificaciones añadidas por cada 100, 200 mil pases. Y también me gustaría hacer un llamamiento a los desarrolladores, tal vez van a leer este artículo para agregar a las estadísticas de usuario número de pases realizados para el día en curso, ahora se muestra sólo el total de todos los agentes
Yo después de instalar los agentes en los ordenadores esperé unos dos meses hasta que empezaran a funcionar, poner y olvidar y pom opa y funcionaba de media adyn comp adyn cent al día cuando estaba encendido unas 4-5 horas
Si, el precio por el trabajo de un ordenador debería aportar algo y por supuesto justificar el coste de la electricidad. Si los asesores en nubes soportaran dlls de terceros (con estrategias) sería un servicio mucho más interesante.
Esto es lo que me interesa. Tengo un servidor que no está muy cargado. Puse allí 8 agentes de pruebas, los publiqué y los puse en la nube. A veces los uso yo mismo. Hace tiempo que todo funcionaba y no daba problemas. Hoy he decidido ejecutar el optimizador, y el terminal dice que 7 de los 8 agentes remotos están ocupados. Vale, creo que están trabajando en la nube.... Pasó una hora, pasaron dos horas, siguen ocupados. Decidí ir a echarles un vistazo más de cerca. Fui al escritorio remoto, en el monitor de recursos veo que sólo 1 (el que yo uso) está trabajando, hay carga en la CPU, algo de memoria está ocupada. En definitiva, está funcionando. Los otros 7 _no hacen nada_.
Atención pregunta: ¿por qué, cómo es esto posible, y finalmente se paga de alguna manera?
UPD: Maté a los procesos inactivos, se iniciaron automáticamente de nuevo y se puso a mi disposición para la prueba. Extraño comportamiento sin embargo.
Mira lo que está escrito en los logs de los agentes inactivos, por favor. ¿Y de qué build son los agentes?
Por favor, adjunte un archivo de registro diario de uno de ellos en un archivo zip.
Mira lo que está escrito en los logs de los agentes inactivos, por favor. ¿Y de qué build son los agentes?
Por favor, adjunta un fichero de log diario de uno de ellos en un archivo zip.
Aquí tienes un trozo del log. No creo que necesites mucho más que eso.
Aquí está la última tarea ejecutada de claude, cancelación con referencia al agente ocupado, reinicio, versión. Todo parece estar ahí.