Cosa c'è di nuovo in MetaTrader 4 e MQL4 - grandi cambiamenti in arrivo - pagina 62

 
serferrer:

Più la gente conosce tutte queste informazioni (sulle zecche), meno saranno le cucine e più saranno le aziende oneste. Personalmente sono a favore di quelle oneste e sono interessato alla completa scomparsa delle cucine fraudolente.

Voglio commerciare solo con compagnie oneste.

Ho informazioni dalla mia esperienza personale! Quando costruisco il mio TS basandomi sulle quotazioni dei TF da M5 a H1 tutto va bene! Ma quando cerco solo di aggiungere dati da M1, tutto va a rotoli! Posso solo immaginare cosa faranno le zecche! Solo rumore inutile, niente di più! Rendere TC dalla pelle spessa che non gliene può fregare di meno!
 
splxgf:

Se solo la piattaforma versasse whisky, allora sarebbe una buona opportunità, ma così com'è, la piattaforma MT4 è abbastanza buona. Non puoi semplicemente aggiungere zecche, bicchieri, volumi. L'architettura non lo prevedeva.

Anche se appaiono, cosa cambierà? Profitti? Sui siti seri, MT è come una sella su una mucca. E su quelli non gravi, le zecche saranno rapidamente spazzolate via.

In primo luogo, il rimaneggiamento delle zecche è facile da controllare, nessuno ha cancellato il tempo reale, e chiunque può rimaneggiare la propria storia.

In secondo luogo, l'architettura permette, a condizione che i programmatori usino la loro storia di tick in modo anomalo.

Nel tester le zecche sono generate tutte allo stesso modo, fissate l'algoritmo al posto della generazione e tutto funzionerà (tra l'altro può essere fatto opzionalmente, salvando quello che abbiamo).

Finora tutti gli argomenti MQ riguardano volumi di informazioni, ma alle attuali velocità di Internet e volumi di HDD e RAM anche non può essere una lunga scusa.

Lo stesso non funziona scusa zoppo circa prendersi cura di traffico spaccio, DTs stanno preparando per la rivoluzione tick, hanno già raccogliere, distribuire e dare fuori zecche (per ora anormale).

Quindi si tratta solo di una decisione politica di MQ.

 
borilunad:
Ho informazioni dalla mia esperienza! Quando costruisco il mio TS basandomi sulle quotazioni dei TF da M5 a H1 tutto va bene! Ma quando cerco di aggiungere dati da M1, tutto va a rotoli! Posso solo immaginare cosa faranno le zecche! Solo rumore inutile, niente di più! Rendere TC dalla pelle spessa che non gliene può fregare di meno!

Non scrivo TS sottili, ma sono intimidito dalle molte domande sul perché i test in un tester e in tempo reale su una demo siano diversi.

Una tick story risolverebbe questo problema una volta per tutte, e ci si potrebbe fidare del tester (tanto quanto il test demo-realtime).

 
L'unica differenza è che nel tester è impossibile eseguire anche su quotazioni reali, solo su quelle passate! E su demo e reale, non è possibile controllare quelli passati per confrontarli con il risultato nel tester! Inventare una macchina del tempo, ecco quando si può confrontare! Nel frattempo...
 

Non sei stanco di pensare alle cose eterne?

Merda, vai sul sito, vedi i cambiamenti nel ramo di interesse, entri, e lì... Tutto è lo stesso e non c'è nessun cambiamento o informazione da parte dell'MC.

Potete tutti chiedere il pulsante "impasto"...

 
Urain:

Inoltre, la scusa di preoccuparsi di trattare il traffico non funziona, i DT stanno già percependo la situazione e si stanno preparando alla rivoluzione delle zecche, stanno già raccogliendo, inviando e distribuendo zecche (non ancora).

Quindi è solo una questione di decisione politica di MQ.

I concessionari finora hanno questo al livello di una casella di spunta di marketing. E ci sono 2,5 utenti a settimana su un rimbalzo a morsi.

E cosa fare con le zecche, che sono fino a un gigabyte all'anno solo per un simbolo, non è chiaro. Una dozzina di simboli per un decennio e ci sono già 100 gigabyte. Il volume per utente, che dà una buona stima della scala. E questa è solo la parte tecnica del problema.

 
Renat:

I concessionari finora hanno questo al livello di una casella di spunta di marketing. E ci sono 2,5 utenti a settimana su un download frammentario.

Ma cosa fare con le zecche, che sono fino a gigabyte all'anno solo per un personaggio, non è chiaro. Una dozzina di personaggi in una dozzina di anni e ci sono già 100 gigabyte. Il volume per utente, che dà una buona stima della scala. E questa è solo la parte tecnica del problema.

serferrer: 2013.06.11

Fornire la storia dei tick profondi non è un problema ora, la velocità di internet è aumentata di 100 -1000 volte (dialup - adsl, ottica) e gli hard disk sono aumentati di 1000 volte (gigabyte - terabyte), il prezzo per megabyte di informazioni (scaricate e su HDD) è diminuito, per gli ultimi 10 anni, ci sono ancora torrenti, la dimensione di tutti i tick della storia EURUSD da aprile 2007 a ora nel .bi5 = 743 MB con Dukascopy (per esempio con velocità di ADSL 10 Mbit = 1 Mb/sec ci vogliono 12 minuti).

https://www.mql5.com/ru/forum/1031/page18#comment_520781

743*35 = 26 gigabyte per 35 strumenti, in realtà sarà ancora meno dato che EURUSD è lo strumento più liquido (ha più tick), questi sono tick reali da aprile 2007 e alcuni strumenti sono apparsi dopo il 2007.

+ Se MetaTrader 5 è considerato un terminale per gli scambi, perché non è in grado di eseguire test di tick accurati?

 
Renat:

I concessionari finora hanno questo al livello di una casella di spunta di marketing. E ci sono 2,5 utenti a settimana per un download frammentario.

È un cattivo inizio. Se la piattaforma supporterà i test su tick reali - la domanda salterà. Non tutti gli utenti possono usare le zecche per i test ora.


Ma cosa fare con le zecche, che sono fino a un gigabyte in un anno solo per un simbolo, non è chiaro.

Tutto è a posto. Nel terminale, nelle impostazioni, crea una variabile (come MaxTickHistory), di default assegna 0. Non tutti hanno bisogno di tick, per esempio, ecco un parere:

borilunad:
У меня информация из моего опыта! Когда строю ТС, исходя из котировок на ТФ от М5 до Н1 всё в порядке! Но когда пробую только прибавить данные с М1, то всё летит к чёрту! Представляю, что дадут тики! Лишний шум, не больше! Делайте ТС толстокожей, что всё ей было до лампочки!

Non ha bisogno di zecche. Ma lo faccio, e regolo le impostazioni alla profondità necessaria.

Per i miei scopi di trading ho bisogno di tick ad una profondità di un paio di giorni, per i test - un mese o due + un paio di giorni, ma per la ricerca delle dinamiche di mercato scaricherei la profondità di 6-8 anni per 20-30 simboli. Le capacità di memoria del disco permettono (due dischi rigidi da 3 terabyte + 1 terabyte) - ho comprato appositamente per i dati storici.

Dieci simboli per dieci anni e ci sono già 100 giga. Volume per utente, che dà una buona stima della scala. E questa è solo la parte tecnica del problema.

Quindi pensiamo. Se la dichiarazione d'intenti per implementare l'innovazione tanto attesa apparirà - la gente capirà pienamente tutti i problemi che sorgono (per esempio, la limitazione della velocità di download). Ci possono anche essere suggerimenti utili per l'implementazione. Per esempio, c'è un'idea per distribuire il traffico tra gli utenti, se i terminali degli utenti sono uniti in una rete controllata "peer to peer" che invia ai "compagni di trading" pezzi mancanti della storia dei tick. In questo caso, il broker fornirà effettivamente alla rete solo nuovi tick + il riempimento iniziale della base storica per una piccola percentuale di utenti.

Tutto sommato, tutto può essere risolto. Nelle attuali condizioni di Internet il compito non dovrebbe far inorridire gli sviluppatori quanto, diciamo, 6-7 anni fa. Le velocità sono ottime, la capacità di archiviazione su disco è abbastanza accessibile sia per i broker che per i "fan delle zecche".

 
Renat:

I concessionari finora hanno questo al livello di una casella di spunta di marketing. E ci sono 2,5 utenti a settimana per un download frammentario.

Ma cosa fare con le zecche, che sono fino a un gigabyte all'anno solo per un simbolo, non è chiaro. Una dozzina di caratteri in un decennio e ci sono già 100 gigabyte. Il volume per utente, che dà una buona stima della scala. E questa è solo la parte tecnica del problema.


Non dimenticate che le zecche sono meravigliosamente comprimibili. Gli archiviatori zip standard comprimono la storia dei tick di un giorno RTS attivo da 8 mb a 350 kByte. Eppure è un semplice file di testo non ottimizzato. Con il proprio archivista altamente specializzato, il risultato può ancora essere migliorato. Quindi, nel caso peggiore (circa 200.000 tick al giorno) sono 100mByte all'anno (350kByte * 270 giorni). Gli strumenti liquidi sono 30-40, il che ci dà 3-4 GByte all'anno o solo 30-40 GByte in 10 anni - non molto per gli standard di oggi.
 
Renat:

I concessionari finora hanno questo al livello di una casella di spunta di marketing. E ci sono 2,5 utenti a settimana per un download frammentario.

Ma cosa fare con le zecche, che sono fino a un gigabyte all'anno solo per un simbolo, non è chiaro. Una dozzina di caratteri in un decennio e ci sono già 100 gigabyte. Il volume per utente, che dà una buona stima della scala. E questa è solo la parte tecnica del problema.

La parola chiave qui è "opzionale".

Non c'è bisogno di rompere quello che avete, aggiungete delle opzioni.

In primo luogo, zecche personalizzate invece di quelle generate nel tester,

Inoltre, salva i tick nella storia,

con aumento della richiesta di trasmissione della storia dei tick dal server di negoziazione e così via.

SZS e ogni voce è opzionale, è possibile anche inviare statistiche sull'uso di opzioni per essere consapevoli.

Motivazione: