Tiki in tempo reale - pagina 16
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
Colleghi, tenete a mente che Print esce in modo asincrono con una coda di uscita limitata. Se ne hai un numero elevato e veloce, puoi saltare del tutto Prints.
Se il buffer trabocca, è possibile, ma solo gli sviluppatori ve lo diranno. Se hanno flush() dopo ogni stampa e un buffer sufficientemente grande, è improbabile.
Se il buffer trabocca, è possibile, ma solo gli sviluppatori ve lo diranno. Se hanno flush() dopo ogni stampa e il buffer è abbastanza grande, è improbabile.
Gli sviluppatori hanno già detto - non avete ascoltato attentamente))
Lo sciacquone non c'entra per niente. È usato nelle operazioni sui file.
Gli sviluppatori hanno già detto - non avete ascoltato attentamente))
Flash non ha niente a che fare con questo - per niente. È usato per le operazioni sui file.
Non credo che ci fossero sviluppatori in questo thread. Forse altrove hanno detto che potrebbero saltare le stampe, ma dannazione :-) Non controllo tutto quello che scrivono su questo forum.
Sì, e l'esempio che stiamo analizzando in cui la stampa non è saltata, ma ha solo 4 secondi di differenza. E chiaramente il tick è unset che è venuto in OnTick e in OnBook, e l'unset dà l'impressione che in OnBook sia venuto dopo di 4 secondi.
p.s.
Flush() è di basso livello e di alto livello e può essere impostato immediatamente dopo qualsiasi uscita su disco - se è necessario un reset. E non deve essere per operazioni di scrittura di basso livello.
Intendevo dire che se c'è qualcosa da lavare, verrà lavato dai buffer al disco. Dopo il lavaggio, verrà lavato sul disco esattamente quando non è costoso farlo.A proposito, penso che gli sviluppatori sputino sulla perdita di stampe a favore delle prestazioni.
A proposito, penso che gli sviluppatori sputino sulla perdita di stampe a favore delle prestazioni.
La perdita di stampe, indica che lo sviluppatore non ha implementato la coda.
Se questo sia un bene o un male è discutibile.
La perdita di stampe, indica che lo sviluppatore non ha implementato la coda.
Se questo sia un bene o un male è discutibile.
Non lo so, lo sapranno.
Sarebbe bello poter disabilitare la registrazione nel tester a favore della velocità, per esempio.
La perdita delle stampe, suggerisce che lo sviluppatore non ha implementato la coda.
Se questo sia un bene o un male è discutibile.
Questo è solo quando si emette sullo schermo. Tutte queste stampe vengono salvate nel file senza alcuna perdita.
Ho capito, ho confuso l'impronta con l'arrivo della zecca.
Davvero, la stampa è molto in ritardo.Poi si scopre che la colpa è della funzione Print.
E forse per i test, è meglio emettere il risultato su un file.
Ecco un semplice esempio per verificare questo: stampare un ciclo decente,
e si può vedere immediatamente la velocità di rendering della stampa e il tempo delle stampe sarà normale.
Questo è solo quando viene visualizzato sullo schermo. Tutte queste stampe vengono salvate nel file senza alcuna perdita.
Sì? Bene, allora va bene.
Voglio dire, quando si gioca nel tester, a volte non si ha bisogno delle stampe nel file o sullo schermo, ma si ha bisogno della velocità.