![MQL5 - Sprache von Handelsstrategien, eingebaut ins Kundenterminal MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
(Fortsetzung)
Ich habe einige einfache Programme zum analytischen Verständnis erstellt, die zeigen, dass der Markt einen starken Einfluss auf die Ask- und Bid-Ticks hat.
Hat die Markierung bereits ihren Platz im Forumszitat gefunden?
das ist ein HIT ... :-)
PS/ Tester wird benötigt, um die Leistung des Roboters zu überprüfen. Optimierer, um sicherzustellen, dass die Parameter stabil sind. Der Tester entwickelt keine Strategien und der Optimierer errät den Markt nicht.
Forum zum Thema Handel, automatisierte Handelssysteme und Strategietests
Meine Unzufriedenheit mit dem Strategietester. an MQL-Entwickler
Renat Fatkhullin, 2017.12.02 15:23
Und Sie vergleichen, wie ihr Zip im schwachen Kompressionsmodus komprimiert. Vielleicht ist das bei BMP-Dateien auch so.
Die Ressourcenkomprimierung funktioniert.
Es ist nicht seriös, solche Dinge ohne Beweise vor dem Hintergrund einer direkten Widerlegung zu behaupten.
Nehmen Sie diesen Code. Meine EX5 hat 1.717.722 Bytes. Die schwächste Komprimierungsstufe von ZIP beträgt 1.177.567 Bytes.
Nehmen Sie diesen Code. Meine EX5 hat 1.717.722 Bytes. ZIP im schwächsten Modus - 1 177 567 Bytes.
Das stimmt, diese Dateien sind nur schwach komprimiert und die EX-Dateigröße ist angemessen.
Natürlich werden die Ressourcen innerhalb der EX komprimiert.
Das stimmt, diese Dateien sind schlecht komprimiert, und die Größe der EX-Datei ist angemessen.
Natürlich sind die Ressourcen innerhalb von EX komprimiert.
Nein, leider nicht.
Ergebnis
Ihr ZIP komprimiert viel besser als EX5.
Die Ressourcen werden mit dem schnellstmöglichen lzss-Algorithmus komprimiert, nicht gezippt.
Es ist nicht selbstmörderisch, den Reißverschluss sehr lange zu schließen und ihn dann lange wieder zu öffnen.
Die Ressourcen werden mit dem schnellstmöglichen lzss-Algorithmus komprimiert, nicht gezippt.
Es ist nicht selbstmörderisch, den Reißverschluss sehr lange zu schließen und ihn dann lange wieder zu öffnen.
Ergebnis
Sind 80 ms Selbstmord?
Ergebnis
80 ms sind Selbstmord?
Führen Sie es auf einem Celeron aus.
Und dann skalieren Sie im Projekt auf eine größere Dateivariante.
Führen Sie es auf einer Zelone aus.
Es geht natürlich um die relative Zeit. Auf meinem i7 dauert das Kompilieren des Quellcodes aus KB
'demo_bitmapoffset.mq5' demo_bitmapoffset.mq5 1 1 0 error(s), 0 warning(s), compile time: 232 msec 1 1
Wenn ich das kommentiere.
Ich erhalte eine Reduzierung um 30 ms.
'demo_bitmapoffset.mq5' demo_bitmapoffset.mq5 1 1 0 error(s), 0 warning(s), compile time: 202 msec 1 1
Die gesamte Umstellung auf reines ZIP (80ms) würde 282ms dauern. Die Verlangsamung würde also 21,5 % betragen. Und dies gilt für den einfachsten Quellcode.
Nimmt man Quellen, die sich in Sekunden kompilieren lassen, beträgt die Verlangsamung etwa 1 %. In diesem Fall scheint es keine große Sache zu sein.
Nein, wir glaubten und glauben immer noch, dass Ressourcen so schnell wie möglich über den gesamten Zoo von Prozessoren komprimiert und dekomprimiert werden sollten. Es gibt viele Prozessoren, die von der Ökonomie erdrosselt werden, darunter auch halb-vitale Atome. Das bedeutet einen Geschwindigkeitsverlust von einem Dutzend Mal im Vergleich zu den leistungsfähigen Prozessoren von heute.
Übrigens, in der neuesten Version von MT5 haben wir die Startgeschwindigkeit des Terminals und des Editors nach einer eingehenden Bewertung der Auswirkungen der Ressourcenkompression und der Initialisierungsmethoden des Schutzes drastisch erhöht. Wir haben ganze Sekunden auf Low-End-Prozessoren gewonnen.
Was auf einem vollwertigen i7/Xeon nicht wahrnehmbar war, wurde auf Atoms/Celebrons und ähnlich leistungsstarken Geräten innerhalb von Sekunden zur Katastrophe.
Nein, wir glaubten und glauben immer noch, dass Ressourcen so schnell wie möglich über den gesamten Zoo von Prozessoren komprimiert und dekomprimiert werden sollten. Es gibt viele Prozessoren, die von der Ökonomie erdrosselt werden, darunter auch halb-vitale Atome. Das bedeutet einen Geschwindigkeitsverlust von einem Dutzend Mal im Vergleich zu den leistungsfähigen Prozessoren von heute.
Übrigens, in der neuesten Version von MT5 haben wir die Startgeschwindigkeit des Terminals und des Editors nach einer eingehenden Bewertung der Auswirkungen der Ressourcenkompression und der Initialisierungsmethoden des Schutzes drastisch erhöht. Wir haben ganze Sekunden auf Low-End-Prozessoren gewonnen.
Was auf einem vollwertigen i7/Xeon nicht wahrnehmbar war, wurde auf Atoms/Celebrons und ähnlich leistungsstarken Geräten innerhalb von Sekunden zur Katastrophe.
Hut ab vor dieser Forschungsarbeit! Ich hätte gerne den gleichen gründlichen Ansatz für CopyTicks und CustomSymbols. Dort ist es fast eine Katastrophe.