lank: Всем привет! Хотелось бы чтобы тем кто предоставляет процессорные мощности платили бы побольше, ну или там бонусы всякие добавляли за каждые 100, 200 тыс. проходов.
offtopic: That's right, and the miners want the same thing.
lank: Hello everyone! I would like to those who provide processor capacity would pay more, well, or there are bonuses added for every 100, 200 thousand passes. And I would also like to appeal to the developers, maybe they will read this article to add to the user statistics number of passes performed for the current day, now displayed only total for all agents
Now for every 10000 passes add 1 rating point, 50 points = 1 credit ...
In Meta Trader5 Strategy Tester, Agents Mamedger build, local statistics are not displayed (only zeros), and agents are not registered in the profile. Something is not working. Can you tell me what I need to do?
In Meta Trader5 Strategy Tester, Agents Mamedger build, local statistics are not displayed (only zeros), and agents are not registered in the profile. Something is not working. Can you tell me what I need to do?
I after installing agents on the computers waited for about two months until they start working, put and forget and pom opa and worked on average adyn comp adyn cent per day when switched on about 4-5 hours
Yes, the price for the work of a computer should bring something and of course justify the cost of electricity. If cloud advisors supported third-party dlls (with strategies) it would be a much more interesting service.
arbitrageur: Yes, the price for the work of a computer should bring something and of course justify the cost of electricity. If advisors in clouds supported third-party dlls (with strategies) it would be a much more interesting service.
Then it would be possible to run viruses without leaving the native terminal ))).
Here's what I'm interested in. I have a server that is not heavily loaded. I put 8 testing agents there, published them and put them in the cloud. Sometimes I use them myself. It was a long time ago, everything worked and did not cause any problems. Today I decided to run the optimiser, and the terminal says that 7 out of 8 remote agents are busy. Okay, I think they are working on the cloud.... An hour passed, two hours passed, they're still busy. I decided to go take a closer look at them. I went to the remote desktop, in the resource monitor I see that only 1 (the one I use) is working, there is a load on the CPU, some memory is occupied. All in all, it's working. The other 7 _do nothing_.
Attention question: why, how is this possible, and finally it is paid somehow?
UPD: I killed the idle processes, they automatically started again and became available to me for testing. Strange behaviour though.
See what is written in the logs of idle agents, please. And what build are the agents?
Please attach a daily log file of one of them in a zip archive.
Here's a piece of the log. I don't think you'll need much more than that.
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
Here is the last executed task from claude, cancellation with reference to agent busy, restart, version. Everything seems to be there.
Hello everyone! I would like to those who provide processor capacity would pay more, well, or there are bonuses added for every 100, 200 thousand passes. And I would also like to appeal to the developers, maybe they will read this article to add to the user statistics number of passes performed for the current day, now displayed only total for all agents
I after installing agents on the computers waited for about two months until they start working, put and forget and pom opa and worked on average adyn comp adyn cent per day when switched on about 4-5 hours
Yes, the price for the work of a computer should bring something and of course justify the cost of electricity. If advisors in clouds supported third-party dlls (with strategies) it would be a much more interesting service.
Here's what I'm interested in. I have a server that is not heavily loaded. I put 8 testing agents there, published them and put them in the cloud. Sometimes I use them myself. It was a long time ago, everything worked and did not cause any problems. Today I decided to run the optimiser, and the terminal says that 7 out of 8 remote agents are busy. Okay, I think they are working on the cloud.... An hour passed, two hours passed, they're still busy. I decided to go take a closer look at them. I went to the remote desktop, in the resource monitor I see that only 1 (the one I use) is working, there is a load on the CPU, some memory is occupied. All in all, it's working. The other 7 _do nothing_.
Attention question: why, how is this possible, and finally it is paid somehow?
UPD: I killed the idle processes, they automatically started again and became available to me for testing. Strange behaviour though.
See what is written in the logs of idle agents, please. And what build are the agents?
Please attach a daily log file of one of them in a zip archive.
See what is written in the logs of idle agents, please. And what build are the agents?
Please attach a daily log file of one of them in a zip archive.
Here's a piece of the log. I don't think you'll need much more than that.
Here is the last executed task from claude, cancellation with reference to agent busy, restart, version. Everything seems to be there.