AMD o Intel così come la marca di memoria - pagina 11

 
Mathemat >>:
Спасибо, four2one. Короче, число ядер для МТ4 не играет абсолютно никакой рояли :)

Totalmente d'accordo, è la quantità di memoria che conta e non è per la velocità.

 
four2one >> :

>> Totalmente d'accordo, è più importante la dimensione della memoria e non la velocità.

Non è la quantità di memoria che conta, ma la velocità della CPU e del bus di memoria...

Il Celeron è buono perché ha un bus di 800MHz

 
keekkenen >> :

Non è la quantità di memoria che conta, ma la velocità della CPU e della memoria...

Il Celeron è buono perché ha un bus di 800MHz


Non sono sicuro che stesse comunicando con la memoria durante l'esecuzione dello script. Tutto il codice nativo (macchina) potrebbe essere andato nella cache. Ecco perché sto parlando dell'EA. Se l'EA è ottimizzato, il SAR sarà fondamentale. E così... Prova quello che ho già detto: i7 e Pentium hanno fondamentalmente lo stesso core.

 
Svinozavr >> :

Non sono sicuro che stesse comunicando con la memoria mentre lo script era in esecuzione. Tutto il codice nativo (macchina) potrebbe essere andato nella cache.

Divertente... dubito che il terminale comunichi direttamente con la cache della CPU, bypassando la memoria dove è registrato lo script stesso...

 
keekkenen >> :

Divertente... dubito che il terminale lavori direttamente con la cache della CPU, bypassando la memoria, dove è registrato lo script stesso...

Cosa c'è di così bello? Il processore carica il codice (comandi macchina) nella sua cache. Ecco a cosa serve. Può essere caricato dalla memoria o da qualsiasi altro luogo. Se ottiene tutto il codice, non comunica più con la memoria, ma prende le istruzioni dalla sua cache e le taglia nel suo kernel. Se dovesse recuperare le istruzioni dalla memoria, sarebbe molto più lento.

Quindi, più cache ci sono, più velocemente vengono eseguiti i programmi. E tali programmi come script di test, o meglio il codice nativo generato da byte di codice MT4 può entrare nella mia fottuta cache di 1 mb.

 
Intendo dire che non comunica con la memoria... perché per esecuzione intendo non solo eseguire lo script, ma anche caricarlo e restituire il risultato...
 
keekkenen >> :
Intendo dire che non comunica con la memoria... perché per esecuzione intendo non solo eseguire lo script ma anche caricarlo e restituire il risultato...

Ma sto parlando solo del processo di esecuzione!

Poiché né il caricamento dello script nella cache, né il ritorno dei risultati nel nostro caso non hanno effetto sulla velocità. Caricare il codice nella cache dalla memoria in una sola volta è un'operazione molto veloce. Ma è lento a sceglierlo un comando alla volta. È su questo che si basa l'idea di cache. E sono anche silenzioso quando si tratta di emettere dati. Che tipo di uscita c'è?

Perché - ancora una volta!!! - questo test non è rappresentativo! Avete bisogno della pietra per comunicare con la memoria. La cronologia delle citazioni, per esempio, non deve andare nella cache.

 
Svinozavr >> :

E sto parlando esclusivamente del processo di esecuzione!

Poiché né il caricamento dello script nella cache, né l'output del risultato nel nostro caso hanno alcun effetto sulla velocità. Caricare il codice nella cache dalla memoria in una sola volta è un'operazione molto veloce. Ma è lento a recuperare i comandi da esso uno per uno. È su questo che si basa l'idea di cache. E sono anche silenzioso quando si tratta di emettere dati. Che tipo di uscita c'è?

Perché - ancora una volta!!! - questo test non è rappresentativo! Avete bisogno della pietra per comunicare con la memoria. La storia delle citazioni, per esempio, non deve andare nella cache.

Bene, entriamo: una delle operazioni del test è quella di assegnare una variabile con un ciclo

si può dividere in domande, per esempio... ;)

start=GetTickCount();
for( i=0; i<1000000; i++) { tt=iOpen[ i];} 
test2=GetTickCount()- start; 


 

o no, non per gli artigli ma per l'ora locale!

start=GetTickCount();
for( i=0; i<1000000; i++) { tt=TimeLocal();} 
test2=GetTickCount()- start; 
È comprensibile che non cambierà molto in un secondo o due, ma il fascino sì. ?
 
kombat >> :

Bene, entriamo: una delle operazioni del test è quella di assegnare una variabile con un ciclo

si può dividere in domande, per esempio... ;)

Bene... >> si potrebbe. Ma perché? Guarda, qual è il problema nel prendere un Expert Advisor standard di MT4? Siamo interessati all'ottimizzazione, non a script astratti. Salva la cronologia nell'archivio e postala insieme all'EA di prova, in modo che tutti la testino sullo stesso. Parleremo dei parametri ottimizzabili nell'Expert Advisor e delle loro gamme. E tutti...

Motivazione: