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
@Anton, in molte funzioni standard puoi specificare NULL al posto di un carattere. Influisce sulla velocità di esecuzione?
O non fa alcuna differenza per il Terminale/Tester?
@Anton, in molte funzioni standard puoi specificare NULL al posto di un carattere. Influisce sulla velocità di esecuzione?
O non c'è differenza per Terminal/Tester?
Non posso dirlo con certezza, ma intuitivamente non scrivo mai NULLA da nessuna parte.
Teoricamente, non dovrebbe fare differenza. Penso che durante la compilazione il NULL cambi in un valore normale, e non mi piace vedere cose incomprensibili con i miei occhi.
Non posso dirlo con certezza, ma intuitivamente non scrivo mai NULLA da nessuna parte.
Teoricamente, non dovrebbe avere alcun effetto. Penso che NULL cambi in un valore normale durante la compilazione, e non mi piace vedere cose che non hanno senso ai miei occhi.
Lo stesso è vero. Ma è la velocità che mi preoccupa.
Non capisco come SymbolInfoTicks possa rallentare in un timer di secondi nel fine settimana!
20 grafici di diversi simboli, su ognuno dei quali è in esecuzione un EA, che prende solo un tick del suo simbolo nel secondo timer.
Cosa c'è da rallentare in un giorno di riposo?
SZY 3374 MB nello screenshot - è un'ora fa che richiede tick per la settimana. Risparmiare risorse come questa.
Non capisco come SymbolInfoTicks possa rallentare in un timer di secondi nel fine settimana!
20 grafici di diversi simboli, su ognuno dei quali è in esecuzione un EA, che prende solo un tick del suo simbolo nel secondo timer.
Cosa c'è da rallentare in un giorno di fine settimana!
Lei ha:
Lei ha:
Mi sto chiedendo perché SymbolInfoTick è una funzione così selezionata per la latenza?
Mi sto chiedendo perché SymbolInfoTick è una funzione così scelta per la frenata?
Non lo è.
Si possono sempre trovare ritardi casuali in qualsiasi programma. Iniziate a tenere traccia di tutto e sarete inorriditi dalla realtà di Windows. L'ho già spiegato in dettaglio diverse volte.
Una volta anche noi ci siamo stupiti quando abbiamo beccato raffiche casuali di 60-80 ms invece di 0 ms sulle funzioni WinAPI del sistema.
Ora stiamo migrando in massa la maggior parte delle nostre soluzioni Windows su versioni appositamente scremate di Windows Server 2019 Core, e i progetti web .NET Core su Linux. Questo porta un enorme risparmio di risorse di sistema e riduce seriamente la latenza del sistema.
Il primo passo per scremare i terminali di MataTrader 5 è stato quello di iniziare a implementare un task manager per tenere traccia del consumo di risorse al volo. Per noi stessi, stiamo raccogliendo più informazioni.
È già stato rivelato che noi:
Teoricamente, non dovrebbe avere alcun effetto. Credo che NULL cambi in un valore normale durante la compilazione, e non mi piace vedere cose incomprensibili con i miei occhi.
Teoricamente dovrebbe avere un effetto, ma non lo avrà perché il
_Symbol è passato non per valore (come segue dalla descrizione nella Guida) ma per riferimento
Non lo è.
In qualsiasi programma si possono sempre trovare dei ritardi casuali. Iniziate a tenere traccia di tutto e sarete inorriditi dalla realtà di Windows. L'ho già spiegato in dettaglio diverse volte.
Grazie, lo controllerò.
Per favore, pensate a una tale caratteristica.
Il problema di ottenere LATE ticks senza salti è ora risolto solo tramite CopyTicks*. È un meccanismo molto ingombrante per questo compito diffuso. È come sparare agli uccelli con un cannone.
Quindi freni, mantenimento di enormi cache, ecc.
Teoricamente dovrebbe avere un effetto, ma non lo ha, perché in
_Symbol non è passato per valore (come suggerisce la descrizione nella Guida), ma per riferimento
All'interno della funzione, dobbiamo ancora passare al carattere di spunta appropriato. Questo è il tempo necessario per analizzare la variabile stringa. Questo non è necessario con NULL.