FORTI. Problemi di applicazione - pagina 99
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Molte persone mi rimprovereranno di nuovo, ma io rimango della mia opinione. Sì, sono stato emotivo sopra, quindi per favore perdonatemi se ho offeso qualcuno...
Verrò da lontano.
Immaginate un negozio sovietico prima dell'apertura, anche se alle 9 del mattino. Un caricatore di camion che apre la porta del negozio dall'interno esattamente alle 9:00 rischia di essere schiacciato dalla folla in arrivo. La folla viene finalmente lanciata nel negozio, e per i primi minuti il negozio è vivace, se non caotico. C'è molto rumore, molte imprecazioni e a volte alcuni criminali arrivano in testa alla fila. È allora che la folla diventa ancora più agitata e rumorosa...
Quindi ci siamo. Ora il commerciante si siede davanti al monitor, non vede la folla, tutto è tranquillo prima che il "negozio" si apra. Il senso di trambusto e di caos non lo disturba come acquirente sovietico. Ma questo non invalida la situazione quando il sistema di scambio si avvia e c'è un'ondata di offerte. Il principio del collo stretto non scompare e rimane valido.
Domanda. Pensi che il broker faccia scattare i suoi acquirenti a caso o secondo qualche tipo di algoritmo? Mi sembra che la priorità sia data ai grandi acquirenti. Il broker ottiene più commissioni da loro. E poi c'è la questione della reputazione del broker. L'insoddisfazione di un grande acquirente è più pericolosa dell'insoddisfazione di un piccolo acquirente. Cioè, presumo che gli ordini dei grandi clienti siano eseguiti più velocemente all'apertura.
Domanda. Pensate che il broker non si renda conto che il "negozio" dei piccoli acquirenti sta soffrendo? Penso che sia ovvio che lo faccia. Abbiamo stabilito collettivamente che "là fuori" non sono idioti. Beh, probabilmente ridurre al minimo la frustrazione dell'acquirente meschino in qualche modo. Come, esattamente? Non si può annullare l'ordine, perché i piccoli commercianti direbbero: "Come ho fatto io, un commerciante rispettato, anche se piccolo, ad avere un rifiuto dal broker? Forse, puoi semplicemente tenere le offerte minori nella coda delle offerte fino al ritorno dei capi... Oppure, accettare le offerte principali - comprare o vendere, e tenere la modifica...
E ora immaginate che ci siano molti di questi broker allo scambio: c'è ancora più confusione all'inizio di una sessione, che in un solo negozio sovietico.
Questi sono i pensieri.
P.S. Tutte le coincidenze nel mio testo sono casuali e illustrative.
C'è molta "acqua" perché non sapete come è impostato il gateway FORTS.
Ci sono delle restrizioni di accesso, cioè posso inviare solo 30 transazioni al secondo.
Prima avevo 3 server MT5, ma ora ce ne sono 8, e la latenza non è diminuita,
Ma non ci sono più utenti MT5 su FORTS!
Questa sarà la prova che l'evento non è accaduto.
Non lo farà!
Qualsiasi cosa faccia l'utente non è una prova, solo i log del terminale saranno una prova!
Non lo farà!
Tutto ciò che l'utente fa non è una prova, solo i log del terminale saranno una prova!
Ma la registrazione di tutti gli eventi dell'utente in OnTradeTransaction() aiuterà a capire le ragioni.
Ma la registrazione di tutti gli eventi in OnTradeTransaction() da parte dell'utente aiuterà a capire le ragioni.
Divertente...
Ho 4000 transazioni al giorno, ogni transazione almeno 5-6 volte "scatta" OnTradeTransaction
Chi si occuperà di questi "cretini" :) Dopotutto hanno bisogno di registri e di un terminale per loro, oltre ai registri del server MT5.
Aggiunto
Tutto funzionava bene prima del rilascio della nuova build.
Anche ora funziona, ma a volte si blocca su Broker Server.
Aggiunto
Quando installo, modifico o cancello un ordine, gli do unostato e lo cronometro.
Ecco qui
E questo flag(ORD_DO_SET) viene resettato in OntradeTransaction.
Il timer (1 secondo) controlla lo stato di questo ordine se non è stato inserito nulla in OnTradeTransaction.
E calcola il nuovo tempo registrando
Prima di visualizzare il log, questa funzione controlla cosa è successo all'ordine
Aggiunto da
Il fatto è che l'anno scorso OnTradeTransaction è diventato GARANTITO! :)
Mettiamola così: se un evento arriva al terminale, è garantito che venga messo come OnTradeTransaction nella coda degli eventi.
la domanda è questa:
La lunghezza della coda delle transazioni è di 1024 elementi. Se OnTradeTransaction() impiega troppo tempo per elaborare un'altra transazione, le vecchie transazioni nella coda possono essere sostituite da quelle più recenti.
E la coda di eventi dell'Expert Advisor stesso. Quanti eventi possono esserci e se sono preimpostati.
Diciamo che se un evento arriva al terminale, è garantito che venga messo come OnTradeTransaction nella coda degli eventi. questo non significa che sia garantito che venga processato dall'EA.
una domanda su questo:
E la coda di eventi dell'Expert Advisor stesso. Quanti di loro possono esserci e se c'è un'azione preventiva (se la citazione non riguarda gli Expert Advisor)
Quanto pensi che sia lungo?
Quanto pensi che sia lungo?
Se ci può essere solo un evento OnTradeTransaction nella coda degli eventi EA (come un timer) allora la velocità del tuo codice non è importante.
in caso contrario, a seconda che si stia lavorando con gli ordini in modo sincrono o asincrono.Se ci può essere solo un evento OnTradeTransaction nella coda degli eventi EA (come un timer) allora la velocità del tuo codice è irrilevante.
se no, a seconda che si lavori in modo sincrono o asincrono con gli ordini.In modo asincrono, ma non possono essercene più di 30 contemporaneamente
A proposito, qui c'è di più (e dal 10-10 al 14-00 tutto funzionava bene per qualche motivo)
2018.02.28 14:07:59.505 Trades 'xxxxx': cancel order #84736275 buy limit 3.00 LKOH-9.18 at 37312 2018.02.28 14:08:09.071 Trades 'xxxxx': accepted cancel order #84736275 buy limit 3.00 LKOH-9.18 at 37312 2018.02.28 14:08:09.107 Trades 'xxxxx': cancel #84736275 buy limit 3.00 LKOH-9.18 at market done in 9602.694 ms 2018.02.28 14:00:32.653 trader (FEES-3.18,M1) CheckTradingTime: Сейчас 2018.02.28 14:00, если есть необходимость, можно закрыть терминал. 2018.02.28 14:08:00.522 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:01.543 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:02.553 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:03.565 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:04.593 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:05.625 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:06.654 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:07.667 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCEL 2018.02.28 14:08:08.680 trader (LKOH-6.18,M1) ProcessOrders: Билет buy ордера = 84736275 Cост. ордера = ORD_DO_CANCELMa qui abbiamo aspettato che il server rispondesse :)
Ma non pensi che sia strano che l'ultima volta che ho scritto qui
Questo è aprile 2017, è uscita la nuova build 1571
E, ora 1755, solo allora era 2 secondi e ora....
Perché sono stato in silenzio per così tanto tempo allora (e non ho nemmeno toccato gli EAs) per ben 9 mesi!
Aggiunto
Il numero di strumenti sul forex non è cambiato, ha aperto 5 nuovi server MT5,
I volumi di scambio sono diminuiti e il problema non solo è rimasto, ma è "cresciuto".
E il terminale stesso non invierà più di 60 ordini al secondo