Synchronisierte Ausführung des Skripts/Beraters auf dem Slave-Terminal - Seite 7
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 Verzögerung durch den Kopierer ist übrigens überhaupt nicht vom Auftragsvolumen abhängig.
Sergei, musst du wirklich etwas unternehmen?
Zeit, ins Bett zu gehen:)
Nun, es ist schon Mitternacht da draußen...
Ich wünschte, ich hätte es hier nicht erwähnt. Irgendein Blödsinn hat mit meiner Biografie angefangen, anstatt ein sachliches Gespräch zu führen.
Was soll man machen, es ist ein Job, der Chef muss die ganze Geschichte kennen.
Dimitri, - bist du am selben Ort?
Wohin mit demselben? Zum Schlafen? Ja... Ich gehe jetzt.
Wenn Sie das Kopieren meinen.
Der Kopierer funktioniert folgendermaßen:
Eine Anfrage zur Eröffnung einer Bestellung wird gesendet... geht... geht... geht... schließlich wird der Auftrag eröffnet. Sobald der Auftrag auf dem Master-Konto eingegangen ist, wird er sofort auf den Slave-Konten wiederholt, und es wird ein Auftragseröffnungsantrag gesendet... und es geht auch... geht... geht...
Das Problem ist die verzögerte Ausführung auf dem Master-Konto durch den Broker, der Rest ist unerheblich (oder selbstverständlich).
Die Verzögerung durch den Kopierer hängt übrigens überhaupt nicht vom Auftragsvolumen ab.
Rückkopplungssysteme (CS) haben eine endliche Prozessgeschwindigkeit. Ein Dkz hat keine Rückkopplung, daher ist die Geschwindigkeit höher.
Ein weiteres Problem ist, dass sich bei mehreren Slave-Terminals die Verzögerungen summieren.
Was kann man tun? Das ist die Aufgabe eines Modernen, man muss die ganze Geschichte kennen.