Sein ganz ungefähr die minimale Datenentschließung vorhanden gegen das Datenfenster, das für signalingmanaging Handel Betrieb benötigt wird. Irgendwann werden Sie mit der Streubreite als erste Barriere stecken bleiben, alles andere wird ein Verhältnis dieser Zahl sein, und diese Zahl bestimmt den typischen Datenzeitrahmen, der benötigt wird, um Signal zu erzeugen. Slippage, die so groß oder größer als die Ausbreitung wird Sie vergessen, warum youd stören die Arbeit mit Zecken in den ersten Platz. Nicht wirklich sicher, dass eine Menge, dass bedeutet rbhauer. Obwohl ich so mag, dass ich es verstehe. Von dem, was ich verstehe, anscheinend ist die MT4 zurück Tester in der Lage zu nutzen und prcoess EITHER die Ausbreitung, oder das Volumen, aber nicht beides gleichzeitig In diesem Fall ist es ein reines Preis-Aktionssystem, das verwendet Sehr wenige 1 Minute Bars und jede Tick: die beste Qualität und Auflösung der Daten, die ich bekommen kann. Wie bereits erwähnt Ive solche Daten mit viel größerer Genauigkeit gekauft JEDEN Tick: Genau das gleiche wie eine Reihe von verschiedenen Brokern tatsächlich verwenden, dass alle verfügbaren von jedem FX-Broker, soweit ich in der Lage, astern. Ich bekomme 0 Charts Fehler auf Millionen von Zecken. Notieren Sie etwas, das ich je gesehen habe mit Brokern Daten. Also ich habe keine fehlerhaften Datenfehler. Persönlich würde ich nichts überempfindlich gegen Datenstrom mit einem 10-ft-Pole, wie es zeigt nur eine Modellierung Fehler zu beginnen, aber für jeden ihre eigenen. Ich würde thnk, dass die oben genannte Bedingung von 100 genaue JEDE TICK Offset eliminieren Sie können überspringen MT4s integrierten Backtest Trade Manager und verfolgen Sie Ihre Position mit benutzerdefinierten Funktionen. Es scheint, dass jedes Mal, wenn ein Backtest-Handel öffnet und aktualisiert die Equity-Chart, verursacht es eine starke Verlangsamung im Backtest. Ive nur fand dieses, um ein Flaschenhals zu sein, wenn mein Code ungeschickt, umständlich ist und überschüssiges Overhead hat. Wenn nicht, verarbeitet es in einer effizienten Angelegenheit und hat nicht Probleme, die nicht gehockt werden, trotz der Tatsache, dass alle Aufträge praktisch ständig geändert werden: von mehrmals einer Sekunde zu einigen Sekunden pro Änderung. Dies ist auf 2 Faktoren zurückzuführen: In der Regel werden nur 12 oder 2 oder manchmal drei oder vier aktive Trades zu einem beliebigen Zeitpunkt geändert. Auch die EA verwendet oder benötigt nicht viel in der Art von Bars in der Geschichte: 4KN 8 KB pro Karte und 8 kb 16 kb pro Terminal ist ausreichend. Es gibt nur auf Paar pro Diagramm. Also jedes Terminal nimmt sehr wenig Ressourcen und ich kann und führen Sie mehrere solche Terminal gleichzeitig trotz der ständigen Bestellung Verarbeitung ohne Probleme, da jedes Terminal sehr wenig Ressourcen verklagen. Dieser Artikel gefunden und geteilt von beiden ubzen und Ickyrus passt die Rechnung, obwohl ich die Grafik hinzufügen möchten, die Währung Fahrzeug gehandelt wird er EA und seine Version sowie die EA-Einstellungen. Ich denke, dass auch ich sollte in der Lage, diesen togföher coble und (hoffentlich) kommen mit dem gewünschten sehr nützliches Ergebnis. Wenn und wenn ich kann, Ill post es hier sowie Anhängen an den ursprünglichen Artikel. Dies ist, wo das Problem liegt: nicht während der Back-Test, sondern generierende nachfolgende Berichte, die manchmal Millionen von Transaktionen in ihnen, dass diese unmöglich macht und dass ich definitiv nicht wollen, noch brauchen. Optimierungen sind sogar, dass viel schmerzhafter langsam. Diese sind in der Regel so langsam, dass sie für alle Absichten und Zwecke nutzlos sind. Ein schlechter Zustand, wenn man sehr viel braucht diese Kapazität Sein nur grundlegende Datenbank-Array jongliert amp Koordinaten-Tracking und es wird mindestens 5x schneller als Handel über OrderSend-Funktion gesetzt, ohne die MT4-Umgebung verlassen. Keine OOP Ninja Fähigkeiten oder DLL notwendig, geschweige denn MT5. Bonus: Sie können eigene Leistungsmesswerte entwickeln, nachdem Sie das Handelsarray verarbeitet haben. PF-Nummer ist wichtig, aber wirklich nicht das letzte Wort. Das einzige, was schneller als MT4 laufen würde einen reinen C-Code, aber MT4 ist gut genug für jetzt, wie ich bin zu faul, um ein Data Replay-Modul (aka tickOHLC Sequenz-Simulator) wieder aufzubauen. Keine Notwendigkeit, das Rad neu erfinden. Sobald Sie zu komplex, seine Zeit zu überdenken gehen. Die 600lbs Gorilla im Raum ist noch da und es ist, wie Sie Ihr Signal zu generieren. Die Aftermarket-Daten, die ich verwende hat eine gute, schnelle und effiziente pro Tick oder pro Minute Eingangsdaten-Feed zu MT4. (8 gt) Vielen Dank für Ihre hilfreiche Eingabe ein und alles. (Lt 8) Backtesting Was ist Backtesting Backtesting ist der Prozeß der Prüfung einer Handelsstrategie auf relevante historische Daten, um seine Lebensfähigkeit zu gewährleisten, bevor der Händler ein tatsächliches Kapital riskiert. Ein Händler kann den Handel einer Strategie über einen angemessenen Zeitraum simulieren und die Ergebnisse auf dem Niveau der Rentabilität und des Risikos analysieren. BREAKING DOWN Backtesting Wenn die Ergebnisse die notwendigen Kriterien erfüllen, die für den Trader akzeptabel sind, kann die Strategie dann mit einem gewissen Maß an Vertrauen implementiert werden, dass es zu Gewinnen führen wird. Wenn die Ergebnisse weniger günstig sind, kann die Strategie modifiziert, angepasst und optimiert werden, um die gewünschten Ergebnisse zu erzielen, oder sie kann vollständig verschrottet werden. Eine bedeutende Menge des Volumens, das am heutigen Finanzmarkt gehandelt wird, erfolgt durch Händler, die irgendeine Art von Computerautomation verwenden. Dies gilt insbesondere für Handelsstrategien, die auf einer technischen Analyse beruhen. Backtesting ist ein integraler Bestandteil der Entwicklung eines automatisierten Handelssystems. Sinnvolles Backtesting Wenn es richtig gemacht wird, kann Backtesting ein unschätzbares Werkzeug sein, um Entscheidungen darüber zu treffen, ob eine Trading-Strategie genutzt werden soll. Der Abtastzeitraum, an dem ein Backtest durchgeführt wird, ist kritisch. Die Dauer des Stichprobenzeitraums sollte so lang sein, dass Zeiträume unterschiedlicher Marktkonditionen einschliesslich Aufwärtstrends, Abwärtsbewegungen und gebietsbezogener Handel enthalten sind. Die Durchführung eines Tests an nur einer Art von Marktbedingungen kann zu einzigartigen Ergebnissen führen, die unter anderen Marktbedingungen nicht gut funktionieren, was zu falschen Schlussfolgerungen führen kann. Die Stichprobengröße in der Anzahl der Trades in den Testergebnissen ist ebenfalls entscheidend. Wenn die Stichprobenanzahl zu gering ist, ist der Test möglicherweise nicht statistisch signifikant. Eine Probe mit zu vielen Trades über einen zu langen Zeitraum kann zu optimierten Ergebnissen führen, bei denen sich eine überwältigende Anzahl von Gewinntrades um einen bestimmten Marktzustand oder Trend, der für die Strategie günstig ist, verschmelzen. Dies kann auch dazu führen, dass ein Händler irreführende Schlussfolgerungen zieht. Keep it real Ein Backtest sollte die Realität so gut wie möglich reflektieren. Trading-Kosten, die ansonsten von den Händlern als einzeln betrachtet betrachtet werden könnten, können erhebliche Auswirkungen haben, wenn die Gesamtkosten über die gesamte Backtesting-Periode berechnet werden. Diese Kosten umfassen Provisionen, Spreads und Slippage, und sie könnten den Unterschied zwischen bestimmen, ob eine Handelsstrategie rentabel ist oder nicht. Die meisten Backtesting-Softwarepakete enthalten Methoden, um diese Kosten zu berücksichtigen. Vielleicht ist die wichtigste Metrik mit Backtesting verbunden ist die Strategien der Robustheit. Dies wird erreicht, indem die Ergebnisse eines optimierten Rücktests in einer bestimmten Abtastzeitperiode (als In-Probe bezeichnet) mit den Ergebnissen eines Backtests mit der gleichen Strategie und Einstellungen in einer anderen Abtastzeitperiode (bezeichnet als out - Der Probe). Wenn die Ergebnisse ähnlich profitabel sind, kann die Strategie als gültig und robust angesehen werden und ist bereit, in Echtzeit-Märkten implementiert zu werden. Wenn die Strategie im Out-of-sample-Vergleich fehlschlägt, muss die Strategie weiterentwickelt werden, oder sie sollte insgesamt aufgegeben werden.
Comments
Post a Comment