lank: Всем привет! Хотелось бы чтобы тем кто предоставляет процессорные мощности платили бы побольше, ну или там бонусы всякие добавляли за каждые 100, 200 тыс. проходов.
offtopic: Das ist richtig, und die Bergleute wollen dasselbe.
lank: Hallo an alle! Ich möchte, dass diejenigen, die Prozessorkapazität bieten würde mehr zahlen, gut, oder es gibt Boni für alle 100, 200 Tausend Pässe hinzugefügt. Und ich möchte auch an die Entwickler appellieren, vielleicht werden sie diesen Artikel lesen, um die Benutzerstatistik Anzahl der Pässe für den aktuellen Tag durchgeführt hinzuzufügen, jetzt nur insgesamt für alle Agenten angezeigt
Jetzt für alle 10000 Pässe fügen Sie 1 Bewertungspunkt, 50 Punkte = 1 Kredit ...
In Meta Trader5 Strategy Tester, Agents Mamedger build, werden lokale Statistiken nicht angezeigt (nur Nullen), und Agents sind nicht im Profil registriert. Irgendetwas funktioniert hier nicht. Können Sie mir sagen, was ich tun muss?
In Meta Trader5 Strategy Tester, Agents Mamedger build, werden lokale Statistiken nicht angezeigt (nur Nullen), und Agents sind nicht im Profil registriert. Irgendetwas funktioniert hier nicht. Können Sie mir sagen, was ich tun muss?
Ich nach der Installation von Agenten auf den Computern für etwa zwei Monate gewartet, bis sie anfangen zu arbeiten, setzen und vergessen und pom opa und arbeitete im Durchschnitt adyn comp adyn Cent pro Tag, wenn auf etwa 4-5 Stunden eingeschaltet
Ja, der Preis für die Arbeit eines Computers sollte etwas bringen und natürlich die Kosten für Strom rechtfertigen. Wenn Cloud-Berater Drittanbieter-DLLs (mit Strategien) unterstützen würden, wäre das ein viel interessanterer Dienst.
arbitrageur: Ja, der Preis für die Arbeit eines Computers sollte etwas bringen und natürlich die Kosten für Strom rechtfertigen. Wenn Berater in den Wolken unterstützten Drittanbieter-DLLs (mit Strategien) wäre es ein viel interessanterer Service sein.
Dann wäre es möglich, Viren auszuführen, ohne das native Terminal zu verlassen ))).
Ich bin an Folgendem interessiert. Ich habe einen Server, der nicht stark belastet ist. Ich habe dort 8 Testagenten installiert, veröffentlicht und in die Cloud gestellt. Manchmal benutze ich sie selbst. Das ist schon lange her, alles hat funktioniert und keine Probleme verursacht. Heute habe ich beschlossen, den Optimierer zu starten, und das Terminal zeigt an, dass 7 von 8 Remote-Agenten beschäftigt sind. Okay, ich denke, sie arbeiten an der Cloud.... Eine Stunde verging, zwei Stunden vergingen, sie sind immer noch beschäftigt. Ich beschloss, mir die Agenten genauer anzuschauen. Ich bin zum Remote-Desktop gegangen, im Ressourcenmonitor sehe ich, dass nur 1 (der, den ich benutze) arbeitet, die CPU ist ausgelastet, etwas Speicher ist belegt. Alles in allem funktioniert er. Die anderen 7 tun _nichts_.
Achtung Frage: warum, wie ist das möglich, und schließlich wird es irgendwie bezahlt?
UPD: Ich habe die inaktiven Prozesse beendet, sie wurden automatisch wieder gestartet und standen mir zum Testen zur Verfügung. Trotzdem seltsames Verhalten.
Sehen Sie sich bitte an, was in den Protokollen der inaktiven Agenten steht. Und welchen Build haben die Agenten?
Fügen Sie bitte eine tägliche Protokolldatei eines dieser Agenten in einem Zip-Archiv bei.
Hier ist ein Teil des Protokolls. Ich denke nicht, dass Sie viel mehr als das brauchen.
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
Hier ist die zuletzt ausgeführte Aufgabe von claude, Stornierung mit Verweis auf Agent busy, Neustart, Version. Es scheint alles da zu sein.
Hallo an alle! Ich möchte, dass diejenigen, die Prozessorkapazität bieten würde mehr zahlen, gut, oder es gibt Boni für alle 100, 200 Tausend Pässe hinzugefügt. Und ich möchte auch an die Entwickler appellieren, vielleicht werden sie diesen Artikel lesen, um die Benutzerstatistik Anzahl der Pässe für den aktuellen Tag durchgeführt hinzuzufügen, jetzt nur insgesamt für alle Agenten angezeigt
Ich nach der Installation von Agenten auf den Computern für etwa zwei Monate gewartet, bis sie anfangen zu arbeiten, setzen und vergessen und pom opa und arbeitete im Durchschnitt adyn comp adyn Cent pro Tag, wenn auf etwa 4-5 Stunden eingeschaltet
Ja, der Preis für die Arbeit eines Computers sollte etwas bringen und natürlich die Kosten für Strom rechtfertigen. Wenn Berater in den Wolken unterstützten Drittanbieter-DLLs (mit Strategien) wäre es ein viel interessanterer Service sein.
Ich bin an Folgendem interessiert. Ich habe einen Server, der nicht stark belastet ist. Ich habe dort 8 Testagenten installiert, veröffentlicht und in die Cloud gestellt. Manchmal benutze ich sie selbst. Das ist schon lange her, alles hat funktioniert und keine Probleme verursacht. Heute habe ich beschlossen, den Optimierer zu starten, und das Terminal zeigt an, dass 7 von 8 Remote-Agenten beschäftigt sind. Okay, ich denke, sie arbeiten an der Cloud.... Eine Stunde verging, zwei Stunden vergingen, sie sind immer noch beschäftigt. Ich beschloss, mir die Agenten genauer anzuschauen. Ich bin zum Remote-Desktop gegangen, im Ressourcenmonitor sehe ich, dass nur 1 (der, den ich benutze) arbeitet, die CPU ist ausgelastet, etwas Speicher ist belegt. Alles in allem funktioniert er. Die anderen 7 tun _nichts_.
Achtung Frage: warum, wie ist das möglich, und schließlich wird es irgendwie bezahlt?
UPD: Ich habe die inaktiven Prozesse beendet, sie wurden automatisch wieder gestartet und standen mir zum Testen zur Verfügung. Trotzdem seltsames Verhalten.
Sehen Sie sich bitte an, was in den Protokollen der inaktiven Agenten steht. Und welchen Build haben die Agenten?
Fügen Sie bitte eine tägliche Protokolldatei eines dieser Agenten in einem Zip-Archiv bei.
Sehen Sie sich bitte an, was in den Protokollen der inaktiven Agenten steht. Und welchen Build haben die Agenten?
Fügen Sie bitte eine tägliche Protokolldatei eines dieser Agenten in einem Zip-Archiv bei.
Hier ist ein Teil des Protokolls. Ich denke nicht, dass Sie viel mehr als das brauchen.
Hier ist die zuletzt ausgeführte Aufgabe von claude, Stornierung mit Verweis auf Agent busy, Neustart, Version. Es scheint alles da zu sein.