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
Puoi rispondere onestamente quali sono le ragioni per usare OHLC Bid + Spread, invece di OHLC Bid + OHLC Ask? Memorizzare 8 numeri invece di 5 (il formato della barra e della storia è difficile da cambiare)? Avrà un impatto significativo sulla quantità di storia fornita? O forse non hai una cronologia dei prezzi Ask? La logica del tester diventa più complicata? Bene, nel secondo caso è ancora più semplice - non c'è affatto il concetto di spread. Cosa lo ferma, sii onesto.
Ladimensione della struttura della barra è la caratteristica più significativa che influenza proporzionalmente la quantità di risorse consumate dal terminale.
Siamo sempre di fronte al compito di risparmiare risorse, quindi l'espansione in questa forma non è appropriata.
La dimensione di MqlRates:
Equivale (se non mi sbaglio) a 46 byte.
La dimensione della struttura alternativa:
Pari a 76 byte.
Cioè, stiamo parlando del 65% di aumento del traffico durante il download della storia e del consumo di memoria da parte del terminale e del tester (compresi gli agenti) nel caso peggiore. Ovviamente, solo un 65% non può fermarvi. Le ragioni sono chiaramente diverse.
Se non credi alle parole del tuo avversario, che senso ha parlare?
La dimensione di MqlRates:
Equivale (se non mi sbaglio) a 46 byte.
La dimensione della struttura alternativa:
Pari a 76 byte.
Cioè, stiamo parlando del 65% di aumento del traffico durante il download della storia e del consumo di memoria da parte del terminale e del tester (compresi gli agenti) nel caso peggiore. Ovviamente, solo un 65% non può fermarvi. Le ragioni sono chiaramente diverse.
Ho 48 byte:
Chi dice che lo shorting non è sufficiente - che sia il primo a lanciarmi almeno un esempio (dalla borsa o dal forex comunque).Ladimensione della struttura della barra è la caratteristica più significativa che influenza proporzionalmente la quantità di risorse consumate dal terminale.
Siamo sempre di fronte al compito di risparmiare risorse, quindi una proroga in questa forma non è appropriata.
Renat, ci sono stati dei tentativi di ottimizzare la struttura diMqlRates? Per esempio, perché abbiamo bisogno di valori di precisione doppia (8 byte) di OLHC, se la precisione è ora limitata a un massimo di cinque cifre decimali? Perché non memorizzare questi valori come int normalizzati a 3 o 5 cifre, che occupano la metà della memoria?
Ilvalore massimo che può essere scritto con questo approccio è 42949.67295.
C'è qualche dato forex OLHC che va oltre questo limite?
Ci sono dati OLHC sul forex che vanno oltre questo confine?
Ho 48 byte:
Chi dice che lo short non è sufficiente - sia il primo a tirarmi almeno un esempio (dalla borsa o dal forex comunque).Cioè stiamo parlando di un aumento del 65% del traffico per scaricare la storia e il consumo di memoria da parte del terminale e del tester (compresi gli agenti) nel caso peggiore.
Vladix:
Per esempio, perché i valori OLHC hanno bisogno di una precisione doppia (8 byte) se .....................
Questo è a proposito, SÌ.
potrebbe benissimo essere sostituito dae non ci sarà NESSUNO interessato. poi la dimensione torna magicamente a 46 byte. bello, vero :)
Ho 48 byte:
Chi dice che lo short non è sufficiente - sia il primo a tirarmi almeno un esempio (dalla borsa o dal forex comunque).