Ich schreibe einen Expert Advisor, der den Indikator ex5 aufruft. Der Expert Advisor funktioniert im Strategietester korrekt, aber wenn ich die Optimierung ausführe, stürzen die Agenten am Ende des Laufs ab:
Wenn ich auf die Schaltfläche "Schließen" drücke, startet der Agent nach einiger Zeit neu und führt einen neuen Durchlauf durch, stürzt dann aber wieder ab.
Die Analyse der Protokolle ergab nichts:
NR 015:51:49.391 Tester register MQL5.community account and use MQL5 Cloud Network to speed up optimizations
RE 015:51:49.412 Tester Experts\PowerTrender.ex5 on RTS Splice,H1 from2016.01.0100:00 to 2016.08.0100:00
QJ 015:51:49.514 Tester RTS Splice: history data begins from2007.08.2300:00
QP 015:51:49.514 Tester complete optimization started
RF 015:51:49.514 Tester size of initial task batch is10
IS 015:51:49.523 Tester file cache Z:\MetaTrader 5\tester\cache\PowerTrender.RTS Splice.H1.2.xml found
HS 015:51:49.523 Tester file cache contains 18 records
CD 015:51:49.544 Core 1 agent process started
GD 015:51:49.544 Core 1 connecting to 127.0.0.1:3000
EQ 015:51:49.547 Core 2 agent process started
JI 015:51:49.547 Core 2 connecting to 127.0.0.1:3001
NN 015:51:49.549 Core 3 agent process started
PJ 015:51:49.549 Core 3 connecting to 127.0.0.1:3002
GK 015:51:49.552 Core 4 agent process started
FO 015:51:49.552 Core 4 connecting to 127.0.0.1:3003
OG 015:51:49.555 Core 5 agent process started
OS 015:51:49.555 Core 5 connecting to 127.0.0.1:3004
CD 015:51:49.558 Core 6 agent process started
DD 015:51:49.558 Core 6 connecting to 127.0.0.1:3005
OQ 015:51:49.560 Core 7 agent process started
QI 015:51:49.560 Core 7 connecting to 127.0.0.1:3006
EN 015:51:49.563 Core 8 agent process started
QJ 015:51:49.563 Core 8 connecting to 127.0.0.1:3008
DK 015:51:53.654 Core 5 connected
FR 015:51:53.685 Core 5 authorized (agent build 1375)
CH 015:51:53.740 Core 5 common synchronization completed
IN 015:51:54.152 Core 6 connected
OR 015:51:54.154 Core 2 connected
JJ 015:51:54.155 Core 6 authorized (agent build 1375)
FN 015:51:54.156 Core 7 connected
IO 015:51:54.158 Core 2 authorized (agent build 1375)
NI 015:51:54.163 Core 1 connected
LS 015:51:54.169 Core 7 authorized (agent build 1375)
JK 015:51:54.208 Core 6 common synchronization completed
GR 015:51:54.210 Core 2 common synchronization completed
HI 015:51:54.220 Core 1 authorized (agent build 1375)
QE 015:51:54.237 Core 7 common synchronization completed
KL 015:51:54.275 Core 1 common synchronization completed
JI 015:51:55.202 Core 8 connected
QS 015:51:55.205 Core 8 authorized (agent build 1375)
JE 015:51:55.223 Core 3 connected
HD 015:51:55.249 Core 3 authorized (agent build 1375)
KM 015:51:55.259 Core 2 connection closed
FH 015:51:55.265 Core 8 common synchronization completed
GP 015:51:55.272 Core 1 connection closed
IS 015:51:55.276 Core 4 connected
LJ 015:51:55.288 Core 4 authorized (agent build 1375)
GP 015:51:55.298 Core 3 common synchronization completed
QH 015:51:55.334 Core 4 common synchronization completed
KP 015:51:55.375 Core 7 connection closed
JO 015:51:55.403 Core 6 connection closed
GE 015:51:56.045 Core 8 connection closed
CP 015:51:56.107 Core 3 connection closed
ON 015:51:56.151 Core 4 connection closed
LE 015:52:02.092 Core 5 connection closed
CN 015:52:11.964 Core 1 agent process started
GJ 015:52:11.964 Core 1 connecting to 127.0.0.1:3000
FK 015:52:11.966 Core 2 agent process started
IO 015:52:11.966 Core 2 connecting to 127.0.0.1:3001
QH 015:52:11.969 Core 6 agent process started
RP 015:52:11.969 Core 6 connecting to 127.0.0.1:3005
GE 015:52:11.971 Core 7 agent process started
IE 015:52:11.971 Core 7 connecting to 127.0.0.1:3006
LQ 015:52:12.975 Core 3 agent process started
RI 015:52:12.975 Core 3 connecting to 127.0.0.1:3002
CN 015:52:12.979 Core 4 agent process started
JJ 015:52:12.979 Core 4 connecting to 127.0.0.1:3003
RK 015:52:12.983 Core 8 agent process started
FO 015:52:12.983 Core 8 connecting to 127.0.0.1:3008
GH 015:52:15.857 Core 2 connected
MP 015:52:15.864 Core 2 authorized (agent build 1375)
JJ 015:52:15.914 Core 2 common synchronization completed
EK 015:52:16.367 Core 1 connected
RR 015:52:16.375 Core 1 authorized (agent build 1375)
DF 015:52:16.385 Core 6 connected
LF 015:52:16.392 Core 6 authorized (agent build 1375)
LL 015:52:16.433 Core 1 common synchronization completed
JG 015:52:16.465 Core 6 common synchronization completed
GQ 015:52:16.922 Core 8 connected
OH 015:52:16.924 Core 8 authorized (agent build 1375)
DL 015:52:16.957 Core 7 connected
PQ 015:52:16.957 Core 3 connected
GH 015:52:16.967 Core 7 authorized (agent build 1375)
RQ 015:52:16.968 Core 3 authorized (agent build 1375)
FM 015:52:16.975 Core 8 common synchronization completed
LE 015:52:17.023 Core 3 common synchronization completed
DL 015:52:17.029 Core 7 common synchronization completed
DD 015:52:17.530 Core 6 connection closed
PR 015:52:17.566 Core 1 connection closed
JD 015:52:17.966 Core 4 connected
ID 015:52:17.969 Core 4 authorized (agent build 1375)
QM 015:52:17.971 Core 8 connection closed
PK 015:52:18.010 Core 4 common synchronization completed
EP 015:52:18.010 Core 3 connection closed
KO 015:52:18.025 Core 7 connection closed
GE 015:52:18.503 Core 2 connection closed
HM 015:52:18.971 Core 5 agent process started
HM 015:52:18.971 Core 5 connecting to 127.0.0.1:3004
OG 015:52:19.524 Core 4 connection closed
FP 015:52:21.647 Core 5 connected
FI 015:52:21.649 Core 5 authorized (agent build 1375)
NE 015:52:21.679 Core 5 common synchronization completed
GO 015:52:23.410 Core 5 connection closed
MH 015:52:33.652 Core 1 agent process started
RP 015:52:33.653 Core 1 connecting to 127.0.0.1:3000
KE 015:52:33.655 Core 6 agent process started
LE 015:52:33.655 Core 6 connecting to 127.0.0.1:3005
PR 015:52:33.658 Core 8 agent process started
DF 015:52:33.658 Core 8 connecting to 127.0.0.1:3008
HP 015:52:33.828 Tester file cache used 18 times
LG 015:52:33.828 Tester optimization finished, total passes 31
FP 015:52:33.828 Statistics optimization done in0 minutes 44 seconds
MD 015:52:33.828 Statistics local 13 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)
ER 215:52:33.878 Core 1 failed to send stop command
FE 015:52:33.878 Core 1 connection closed
HN 215:52:33.928 Core 6 failed to send stop command
OH 015:52:33.928 Core 6 connection closed
EJ 215:52:33.978 Core 8 failed to send stop command
FL 015:52:33.978 Core 8 connection closed
DH 015:52:33.979 Tester 13 records written to file cache Z:\MetaTrader 5\tester\cache\PowerTrender.RTS Splice.H1.2.xml
EG 315:52:33.979 Tester stopped by user
Die Fehlersignatur lautet wie folgt:
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: metatester64.exe
Версия приложения: 5.0.0.1375
Отметка времени приложения: 00623 e00
Имя модуля с ошибкой: StackHash_ef12
Версия модуля с ошибкой: 6.1.7601.17514
Отметка времени модуля с ошибкой: 4 ce7c8f9
Код исключения: c0000374
Смещение исключения: 00000000000 c40f2
Версия ОС: 6.1.7601.2.1.0.256.1
Код языка: 1049
Дополнительные сведения 1: ef12
Дополнительные сведения 2: ef1284acb2700557506bfd58d3b2b94d
Дополнительные сведения 3: e9c5
Дополнительные сведения 4: e9c5ba00b1c29dae6bd463df717d650f
Ознакомьтесь с заявлением о конфиденциальности в Интернете:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0419
Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
C:\Windows\system32\ru-RU\erofflps.txt
Ich habe versucht, die Erstellung eines Indikator-Handles auszukommentieren. Der Fehler verschwand und der Expert Advisor führte alle Läufe normal aus, wenn auch vergeblich.
Deshalb schreibe ich hier, bevor ich Nachrichten an den Service Desk geschickt habe: Vielleicht gibt es etwas Besonderes bei der Arbeit mit Indikatoren im Strategietester? Vielleicht ist es notwendig, IndicatorRelease irgendwo aufzurufen? Wenn jemand weiß, wie man das Problem beheben kann - bitte schreiben.
Ich schreibe einen Expert Advisor, der den Indikator ex5 aufruft. Der Expert Advisor im Strategietester arbeitet korrekt, aber wenn ich die Optimierung ausführe, stürzen die Agenten am Ende des Laufs ab:
Wenn ich auf die Schaltfläche "Schließen" drücke, startet der Agent nach einiger Zeit neu und führt einen neuen Durchlauf durch, stürzt dann aber wieder ab.
Die Analyse der Protokolle ergab nichts:
Die Fehlersignatur lautet wie folgt:
Ich habe versucht, die Erstellung eines Indikator-Handles auszukommentieren. Der Fehler verschwand und der Expert Advisor führte alle Läufe normal aus, wenn auch vergeblich.
Deshalb schreibe ich hier, bevor ich Nachrichten an den Service Desk geschickt habe: Vielleicht gibt es etwas Besonderes bei der Arbeit mit Indikatoren im Strategietester? Vielleicht ist es notwendig, IndicatorRelease irgendwo aufzurufen? Wenn jemand weiß, wie man das beheben kann - bitte schreiben.
Es ist besser, sich mit allen Einzelheiten zu befassen, wir werden es schon herausfinden.
Wenn ich in mt5 eine schrittweise Fehlersuche durchführe und einen Haltepunkt setze, bleibt der Roboter einfach stehen und das war's. Eine weitere schrittweise Fehlersuche funktioniert nicht. Wenn ich im Verlauf debugge, ist alles normal. Geht es nur mir so, oder habe ich alles? Vor nicht allzu langer Zeit schien es noch gut zu funktionieren.
Ich möchte das Problem der langsamen MQL5-Kompilierung noch einmal ansprechen. Vor etwa drei Monaten habe ich versucht, dieses Problem anzusprechen, aber es wurde nicht verstanden, anscheinend waren meine Argumente nicht überzeugend genug. Daher bin ich zum alten Build (1159) zurückgekehrt, der alles fast sofort kompilierte (während mein Projekt mit den neuen Compilern in 20 Sekunden kompiliert wurde).
Und so habe ich vor einer Woche versucht, auf ein neues Build umzusteigen. Ich dachte mir, "vergiss die 20 Sekunden, ich halte es aus, um der neuen Sachen willen". Natürlich musste ich den Code ein wenig anpassen, um den neuen Bedingungen zu entsprechen, was einige Bugs des neuen Compilers aufdeckte (hier beschrieben).Das Ergebnis ist, dass mein Projekt bereits seit 30 Sekunden kompiliert! Ich weiß nicht, ob es mit der Kompliziertheit des Projekts oder mit einer weiteren "Komplikation" des Compilers zu tun hat, aber es passt einfach nicht mehr.
Das Projekt enthält etwa 700 Kb Quellcode, es ist ein Expert Advisor, der ein paar Dutzend mqh enthält. Alles ist OOP. Man schrieb mir früher, dass die Verlangsamung wahrscheinlich durch große Funktionen verursacht wird. Ich hatte ein paar davon. Nun, ich habe sie in kleinere Teile zerlegt und sie haben keine Wirkung.
Das Erstaunlichste ist, dass diese überlange Zusammenstellung überhaupt keinen Nutzen hat. Die Geschwindigkeit des Programms ist die gleiche wie mit dem alten Compiler, ich habe sie extra gemessen. Das lässt nur einen Satz zu: "Wozu?".
Ich habe das starke Gefühl, dass es einen Fehler/Fehlfunktion im Compiler gibt, aufgrund dessen er untätig durch einen leeren Raum rast. Wie sonst kann ich mir die Tatsache erklären, dass ein absolut leeres Skript mit nur der Funktion OpenStart() { } über 400 ms kompiliert!Es ist unvorstellbar, dass es so lange dauern kann, ein leeres Skript zu kompilieren/optimieren. Nun, wenn man kleine Funktionen und Klassen hinzufügt, kann man sehen, wie schnell die Kompilierungszeit wächst.
Ich möchte gleich sagen, dass meine Hardware natürlich alles andere als leistungsfähig ist - Core i5U. Aber das hindert mein Projekt nicht daran, in 1-2 Sekunden auf einem alten Compiler zu kompilieren, bzw. der Dummy ist dort in einem Moment kompiliert.
Ich möchte noch anmerken. Dem Compiler fehlt nicht nur die Zwischenspeicherung früher kompilierter Fragmente, sondern auch eine triviale Überprüfung, um sicherzustellen, dass der Quellcode identisch ist. D.h. Sie kompilieren Ihr Projekt und klicken dann erneut auf die Schaltfläche "Kompilieren", ohne irgendwelche Änderungen vorzunehmen, und warten wieder dieselben 30 Sekunden. Wie gut ist das?
Ich würde gerne Kommentare von MT-Entwicklern und Forumsbenutzern hören, die mit großen Projekten arbeiten (bin nur ich von diesem Problem betroffen?), wie lange es dauert, zu kompilieren und auf welcher Hardware. Wir möchten darauf hinweisen, dass es sich um die Kompilierung einer ausführbaren Datei handelt.
Ich schreibe einen Expert Advisor, der den Indikator ex5 aufruft. Der Expert Advisor funktioniert im Strategietester korrekt, aber wenn ich die Optimierung ausführe, stürzen die Agenten am Ende des Laufs ab:
Wenn ich auf die Schaltfläche "Schließen" drücke, startet der Agent nach einiger Zeit neu und führt einen neuen Durchlauf durch, stürzt dann aber wieder ab.
Die Analyse der Protokolle ergab nichts:
Die Fehlersignatur lautet wie folgt:
Ich habe versucht, die Erstellung eines Indikator-Handles auszukommentieren. Der Fehler verschwand und der Expert Advisor führte alle Läufe normal aus, wenn auch vergeblich.
Deshalb schreibe ich hier, bevor ich Nachrichten an den Service Desk geschickt habe: Vielleicht gibt es etwas Besonderes bei der Arbeit mit Indikatoren im Strategietester? Vielleicht ist es notwendig, IndicatorRelease irgendwo aufzurufen? Wenn jemand weiß, wie man das Problem beheben kann - bitte schreiben.
Ich schreibe einen Expert Advisor, der den Indikator ex5 aufruft. Der Expert Advisor im Strategietester arbeitet korrekt, aber wenn ich die Optimierung ausführe, stürzen die Agenten am Ende des Laufs ab:
Wenn ich auf die Schaltfläche "Schließen" drücke, startet der Agent nach einiger Zeit neu und führt einen neuen Durchlauf durch, stürzt dann aber wieder ab.
Die Analyse der Protokolle ergab nichts:
Die Fehlersignatur lautet wie folgt:
Ich habe versucht, die Erstellung eines Indikator-Handles auszukommentieren. Der Fehler verschwand und der Expert Advisor führte alle Läufe normal aus, wenn auch vergeblich.
Deshalb schreibe ich hier, bevor ich Nachrichten an den Service Desk geschickt habe: Vielleicht gibt es etwas Besonderes bei der Arbeit mit Indikatoren im Strategietester? Vielleicht ist es notwendig, IndicatorRelease irgendwo aufzurufen? Wenn jemand weiß, wie man das beheben kann - bitte schreiben.
Wann wird MT4 die Möglichkeit haben, eine Zeile aus dem Logbuch zu kopieren, ohne beim Einfügen eine andere Codierung zu erhalten:
2016.08.03 00:03:36.699 2013.04.26 10:15 Kamikadze_MA_V_04_42_Fibo_05_Regressor_T_K GBPUSD,M15: Magic=111Îrder 322 SELLSTOP nicht ìîäèèred. Gebot (1,5448) weniger als Eröffnungskurs (1,5498)Wann wird MT4 die Möglichkeit haben, eine Zeile aus dem Logbuch zu kopieren, ohne beim Einfügen eine andere Codierung zu erhalten:
2016.08.03 00:03:36.699 2013.04.26 10:15 Kamikadze_MA_V_04_42_Fibo_05_Regressor_T_K GBPUSD,M15: Magic=111Îrder 322 SELLSTOP nicht ìîäèèred. Gebot (1,5448) weniger als Eröffnungskurs (1,5498)Achten Sie beim Kopieren aus dem Logbuch darauf, dass das Layout in win russisch ist.
Ich danke Ihnen! Ich habe standardmäßig immer ein englisches Layout.
Aber warum muss ich alle möglichen Tricks anwenden...
Ich danke Ihnen! Ich habe standardmäßig immer ein englisches Layout.
Aber warum muss ich alle möglichen Tricks anwenden...
Verwenden Sie MT5, wo alles in Unicode ist und es keine solchen Probleme gibt.
Ich habe kein Geld für MT5 - ich handle mit Cent-Konten und der DC hat es nicht eilig, sie für einen Fünfer zu eröffnen.
Ich möchte das Problem der langsamen MQL5-Kompilierung noch einmal ansprechen. Vor etwa drei Monaten habe ich versucht, dieses Problem anzusprechen, aber es wurde nicht verstanden, anscheinend waren meine Argumente nicht überzeugend genug. Daher bin ich zum alten Build (1159) zurückgekehrt, der alles fast sofort kompilierte (während mein Projekt mit den neuen Compilern in 20 Sekunden kompiliert wurde).
Und so habe ich vor einer Woche versucht, auf ein neues Build umzusteigen. Ich dachte mir, "vergiss die 20 Sekunden, ich halte es aus, um der neuen Sachen willen". Natürlich musste ich den Code ein wenig anpassen, um den neuen Bedingungen zu entsprechen, was einige Bugs des neuen Compilers aufdeckte (hier beschrieben).Das Ergebnis ist, dass mein Projekt bereits seit 30 Sekunden kompiliert! Ich weiß nicht, ob es mit der Kompliziertheit des Projekts oder mit einer weiteren "Komplikation" des Compilers zu tun hat, aber es passt einfach nicht mehr.
Das Projekt enthält etwa 700 Kb Quellcode, es ist ein Expert Advisor, der ein paar Dutzend mqh enthält. Alles ist OOP. Man schrieb mir früher, dass die Verlangsamung wahrscheinlich durch große Funktionen verursacht wird. Ich hatte ein paar davon. Nun, ich habe sie in kleinere Teile zerlegt und sie haben keine Wirkung.
Das Erstaunlichste ist, dass diese überlange Zusammenstellung überhaupt keinen Nutzen hat. Die Geschwindigkeit des Programms ist die gleiche wie mit dem alten Compiler, ich habe sie extra gemessen. Das lässt nur einen Satz zu: "Wozu?".
Ich habe das starke Gefühl, dass es einen Fehler/Fehlfunktion im Compiler gibt, aufgrund dessen er untätig durch einen leeren Raum rast. Wie sonst kann ich mir die Tatsache erklären, dass ein absolut leeres Skript mit nur der Funktion OpenStart() { } über 400 ms kompiliert!Es ist unvorstellbar, dass es so lange dauern kann, ein leeres Skript zu kompilieren/optimieren. Nun, wenn man kleine Funktionen und Klassen hinzufügt, kann man sehen, wie schnell die Kompilierungszeit wächst.
Ich möchte gleich sagen, dass meine Hardware natürlich alles andere als leistungsfähig ist - Core i5U. Aber das hindert mein Projekt nicht daran, in 1-2 Sekunden auf einem alten Compiler zu kompilieren, bzw. der Dummy ist dort in einem Moment kompiliert.
Ich möchte noch anmerken. Dem Compiler fehlt nicht nur die Zwischenspeicherung früher kompilierter Fragmente, sondern auch eine triviale Überprüfung, um sicherzustellen, dass der Quellcode identisch ist. D.h. Sie kompilieren Ihr Projekt und klicken dann erneut auf die Schaltfläche "Kompilieren", ohne irgendwelche Änderungen vorzunehmen, und warten wieder dieselben 30 Sekunden. Wie gut ist das?
Ich würde gerne Kommentare von MT-Entwicklern und Forumsbenutzern hören, die mit großen Projekten arbeiten (bin nur ich von diesem Problem betroffen?), wie lange es dauert, zu kompilieren und auf welcher Hardware. Wir möchten darauf hinweisen, dass es sich um die Kompilierung einer ausführbaren Datei handelt.
400 kBProjekt-Code
in mt4 kompiliert er in 888 msec
das gleiche Projekt in mt5 kompiliert 4103 ms
Obwohl manchmal einige Projekte mit 50Kb Code ist irgendwie langsam, aber es passiert einmal in eine Weile und nicht stört mich.