Bibliotheken: MultiTester - Seite 10
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Die Testreihe wurde kürzlich abgeschlossen. Bei 50 Iterationen gab es keine Doppeldurchläufe.
Ich habe Protokollierung, meist Iterationen 1, weniger oft 0 und 2. Aber manchmal, selten und unbekannt warum, gibt es Ausbrüche bis zu 7-8. Ich werde 50 beibehalten, mit Reserve und ohne negative Auswirkungen davon.
In der Datei MTTester.mqh werden die Pfade zum Cache oder den Configs über ::TerminalInfoString(TERMINAL_PATH)+ ermittelt.
Ich persönlich habe es aber in Programmdateien installiert (ich habe alles standardmäßig eingestellt), und das Profil ist separat. Ich habe es auf TERMINAL_DATA_PATH korrigiert.
Die Testreihe wurde kürzlich abgeschlossen. Bei 50 Iterationen gab es keine Doppeldurchläufe.
Ich habe Protokollierung, meist Iterationen 1, weniger oft 0 und 2. Aber manchmal, selten und unbekannt warum, gibt es Ausbrüche bis zu 7-8. Ich werde 50 beibehalten, mit Reserve und ohne negative Auswirkungen davon.
Ich habe keine negativen Auswirkungen davon gehabt. Vielen Dank für die Info, ich werde 50 setzen, es ist nicht für Lebensmittel fragen, aber es wird für andere zu arbeiten.
In MTTester.mqh werden Dateipfade zu Cache oder Configs über ::TerminalInfoString(TERMINAL_PATH)+ ermittelt.
Aber ich persönlich habe es in Programmdateien installiert (ich habe alles standardmäßig), und das Profil ist separat. Ich habe es auf TERMINAL_DATA_PATH korrigiert.
Ich arbeite nur im portablen Modus, und da ist TERMINAL_PATH == TERMINAL_DATA_PATH. Danke, ich werde dafür sorgen, dass der universelle Modus in allen KB-Jobs funktioniert.
Es könnte nützlich sein, nicht nur GetLastOptCache (und dementsprechend GetLastOptCacheFileName) zu erhalten, sondern im Prinzip den letzten überhaupt. Und auch den letzten für ein bestimmtes Zeichen. Ich habe es für mich selbst hinzugefügt, aber es könnte in der allgemeinen Version nützlich sein.
Beim Schreiben habe ich mich von den Anwendungsszenarien leiten lassen, die mir selbst begegnet sind. Die Option mit dem letzten Cache nach Symbol habe ich nicht in Betracht gezogen, weil ich noch nicht sehe, wo sie nützlich sein könnte.
Sie könnte nützlich sein, um viele Zeichen miteinander zu vergleichen. Mir ist noch kein brauchbares Skript eingefallen.
Wenn Sie eigene Implementierungen oder Anwendungsszenarien haben, posten Sie sie. Auf diese Weise ist es noch konstruktiver.
Im Moment befinde ich mich noch in der Phase der Fertigstellung und Ausarbeitung der Werkzeuge. Deshalb habe ich zunächst eine Optimierung für 90 Symbole durchgeführt. Dann beschloss ich, die Ergebnisse nicht von Hand zu analysieren, sondern mit einem Automaten, und interessante Symbole aus dem ganzen Haufen herauszuschütteln, um sie von Hand zu drehen. Dabei scheiterte ich an der Grundfunktionalität, so dass ich eine Filterung nach Symbolen benötigte.
Die Korrekturen waren minimal und kompatibel, ich fügte einen optionalen Parameter const string SymbName = NULL hinzu, schleuste ihn durch ein paar Funktionen und korrigierte GetLastOptCacheFileName leicht
zu
return(MTTESTER::GetFreshFileName(::TerminalInfoString(TERMINAL_DATA_PATH)+"\\\\Tester\\\cache\",SymbName != NULL ? "*. "+SymbName+".*.opt" : "*.opt"));
Im Moment befinde ich mich noch in der Phase der Fertigstellung und Ausarbeitung der Werkzeuge. Deshalb habe ich zunächst eine Optimierung für 90 Symbole durchgeführt. Dann beschloss ich, die Ergebnisse nicht von Hand zu analysieren, sondern mit einem Automaten, und interessante Symbole aus dem ganzen Haufen herauszuschütteln, um sie von Hand zu drehen. Und da ich mit der Grundfunktionalität scheiterte, brauchte ich eine Filterung nach Zeichen.
Das war's. Dann ist es logisch, auch den Namen des EAs hinzuzufügen.
Die Korrekturen waren minimal und kompatibel, ich fügte einen optionalen Parameter const string SymbName = NULL hinzu, schleuste ihn durch ein paar Funktionen und korrigierte GetLastOptCacheFileName leicht
zu
return(MTTESTER::GetFreshFileName(::TerminalInfoString(TERMINAL_DATA_PATH)+"\\\\Tester\\\cache\",SymbName != NULL ? "*. "+SymbName+".*.opt" : "*.opt")));
Ich werde die Maskengenerierung korrigieren, danke.
Irgendetwas ist falsch...
Und es gibt nur 3 .opt-Dateien...
Wie ist das möglich?
Ich habe eine manuelle Optimierung an einem der "verlorenen" Zeichen durchgeführt. Alles ist in Ordnung....
Es ist etwas passiert...
Leider aktualisiere ich sie nicht immer in KB, wenn ich Fehler oder Möglichkeiten zur Verbesserung meiner Lösungen finde. Das ist wahrscheinlich hier der Fall.
Leider aktualisiere ich sie nicht immer in KB, wenn ich Fehler oder Möglichkeiten zur Verbesserung meiner Lösungen finde. Dies ist wahrscheinlich hier der Fall.
Ich habe also nach der Anpassung an 2190 nichts mehr aktualisiert.
Lassen Sie es uns als Systemfehler abtun. Zumindest bis zum Wiederauftauchen. )))
Ich habe also seit der Anpassung an 2190 nichts mehr aktualisiert.
Ich habe ihn erheblich aktualisiert, weil ich Fallstricke gefunden und beseitigt habe. Ich habe ihn auch für andere Aufgabenstellungen verfeinert.