Valutazione dei core della CPU per l'ottimizzazione - pagina 15

 
Fast235:
Non capisco perché ho cambiato la ram 16gb a 32, il tester come mangiava 16 pz +16 virtuale, ora mangia 32 pz + 31 virtuale, sciocchezze, ho comprato 32gb SSD per scaricare e prolungare la sua vita, e Pish. al giorno da terrabyte scrive, povero ssd

Che ne dite di disabilitare la creazione di un file di swap? E, in alternativa, creare questo file su un disco RAM da 16 giga.

 
Aleksey Vyazmikin:

Che ne dite di disabilitare la creazione di un file di swap? In alternativa, create il file su un disco RAM da 16 giga.

Se si disabilita lo swap, il tester dice che non c'è abbastanza memoria in modalità All ticks

 
Fast235:

Se il paging è disabilitato, il tester dice che non c'è abbastanza memoria

Questo lascia l'opzione del disco RAM.

 

Impossibile compilare Tree_Brut_TestPL_F_Fast

Non riesce a compilare al 16%. L'ho provato su 2 computer diversi. Può essere a causa della build di MetaEditor. Si prega di reimpostare quello compilato.

 
dsfx:

Impossibile compilare Tree_Brut_TestPL_F_Fast

Non riesce a compilare al 16%. L'ho provato su 2 computer diversi. Può essere a causa della build di MetaEditor. Si prega di reimpostare quello compilato.

Quanto tempo ha aspettato? Ci vuole fino a un'ora di compilazione - dipende dalla potenza del core della CPU.

È vietato caricare file compilati sul forum.

 
Aleksey Vyazmikin:

Quanto tempo ha aspettato? Può richiedere fino a un'ora per la compilazione - dipende dalla potenza del core della CPU.

Non è permesso caricare file compilati sul forum.

Hmmm, ha aspettato circa 10 minuti)). Ma circa la stessa dimensione Tree_Brut_TestPL_F sembra compilare in circa 5 minuti. Aspetterò più a lungo...

 

Risultati di Ryzen 9 3950X

Non ho ancora capito cosa influisce veramente sulla velocità di prova di questo processore. Ho provato di tutto, i risultati sono negli stessi valori. Cambiare la frequenza di base della CPU con i valori preimpostati della scheda madre fino a +600MHz non porta a nulla. Apparentemente, questo è perché nei test si overclocca senza alcun aiuto. Anche le caratteristiche della memoria, come si può vedere dalla tabella, non influiscono molto. Qualche idea su chi potrebbe essere interessato, postate per favore!


Per quanto riguarda l'uso pratico di questo processore per i test in MT5 - ecco alcune sfumature a cui non penserete subito!

In primo luogo, ogni agente in MT5 per qualche motivo alloca un pezzo separato di memoria per se stesso, anche se il test viene eseguito su una coppia e non su diverse. E, per esempio, se testiamo sulle croci, carica più major. Di conseguenza, quando si effettua il test su zecche reali per il periodo di 2 anni, ogni agente richiede 7GB di memoria. Sì, vale la pena ricordare che l'ho provato su un broker popolare, che ha il 70% dei tick che si ripetono (con lo stesso Ask e Bid). Proverò ancora un po' su una storia personalizzata e posterò le cifre più tardi. Quindi, per caricare 64GB di memoria posso solo testare su 8 agenti. Exit - storia personalizzata con filtraggio dei tick ripetuti, controllo costante della dimensione della memoria e quindi del periodo di test, 128GB di memoria e test su 16 agenti. È così che funziona!!!? Quindi questo è il mio test per due anni.... cosa succede se si prende un periodo più lungo...?!


In secondo luogo. Ho messo un SSD temporaneo da un altro computer EVO 860. Mi sono imbattuto in un altro problema (ho già scritto qualcosa di simile prima). Quando avvio l'ottimizzazione, anche di 8 passaggi, gli agenti cercano di accedere contemporaneamente all'SSD per pompare per se stessi nella cronologia dei tick della RAM. Non c'è coda, quindi l'SSD diventa "rosso" e gli errori appaiono nel giornale MT5:

Cioè, il tester non può eseguire passaggi, perché non è riuscito a scaricare i tick, anche se scrive che non c'è abbastanza memoria! Infatti, se si considera che il mio SSD stava spingendo fino a 600MB/s secondo le letture del sistema in quel momento, ci sarebbero voluti oltre 100 secondi per riempire anche 64GB di RAM. Quindi il vecchio SSD non è affatto adatto, in attesa di EVO 970 con 3500GB/s, ma anche con esso 128GB riempirà più di 30 secondi. Cioè gli errori rimarranno.


Quindi, signori sviluppatori. Abbiamo bisogno della vostra attenzione a questo problema, altrimenti l'uso di processori multi-core è estremamente scomodo, se non impossibile!

Se è possibile, sarebbe bello usare la memoria RAM in modo più economico. Anche se solo quando si ottimizza su una coppia di valute! Dopo tutto, se il test viene eseguito su un simbolo, sicuramente tutti gli agenti possono accedere a uno stesso spazio di memoria. Perché ognuno di loro dovrebbe produrre delle copie? Allora non ci sarà nessun problema di scarsità di memoria, di velocità di lettura dal disco rigido e renderà il design più economico!

Se questo non è possibile, allora almeno fate una specie di coda per gli agenti per accedere al disco rigido e/o aumentate il tempo di attesa per la copia. Ma ottimizzare l'uso della memoria sarebbe ovviamente molto più efficiente!

Grazie!

 
dsfx:

Risultati di Ryzen 9 3950X

Non ho ancora capito cosa influisce realmente sulla velocità di prova di questo processore. Ho provato di tutto, i risultati sono negli stessi valori. Cambiare la frequenza di base della CPU con i valori preimpostati della scheda madre fino a +600MHz non porta a nulla. Apparentemente, questo è perché nei test si overclocca senza alcun aiuto. Anche le caratteristiche della memoria, come si può vedere dalla tabella, non influiscono molto. Tutte le idee, chiunque sia interessato, postate per favore!

La frequenza della CPU influenzerà le prestazioni - provate a fissarla o ad impostare dei limiti. Per i calcoli, il co-processore è di primaria importanza, quindi il multi-threading (XMP) non dà un guadagno lineare, cioè un'accelerazione dovuta alla preparazione più veloce dei dati per i calcoli da parte dei co-processori.

Per quanto riguarda il resto del post - le zecche sono il male, soprattutto se hanno bisogno di croci - il tasso di errore aumenta notevolmente. Le croci e le valute di base fluttuano fuori sincrono.

Gli errori dell'SSD sono strani - c'è davvero abbastanza RAM a questo punto? La memoria virtuale è stata disabilitata?

 
Aleksey Vyazmikin:

La frequenza del processore influenzerà le prestazioni - cercate di aggiustarla o impostate dei limiti. Per i calcoli, il co-processore è prima di tutto importante, quindi il multithreading (XMP) dà un guadagno non lineare, cioè un'accelerazione dovuta alla preparazione più veloce dei dati per i calcoli da parte dei co-processori.

Per quanto riguarda il resto del post - le zecche sono il male, soprattutto se hanno bisogno di croci - il tasso di errore aumenta notevolmente. Le croci e le valute di base fluttuano fuori sincrono.

Gli errori dell'SSD sono strani - c'è davvero abbastanza RAM a questo punto? La memoria virtuale è stata disabilitata?

Sì, infatti. Dopo aver fissato la CPU a diverse frequenze, c'è un risultato notevole. La pratica ha dimostrato che è meglio non fissare - l'ultimo firmware nel bios non ha ancora quel modello di CPU, e le frequenze fisse preinstallate al di sotto sono note per ottenere la frequenza massima in modalità turbo senza fissare. Non sono ancora entrato nel bios, ma i criteri di dipendenza sono già chiari. In attesa di un nuovo firmware.


Memoria virtuale "per scelta del sistema". Ho cambiato il mio SSD da evo 860 a evo 970 plus - è diventato più divertente riempire la RAM (circa 3-4 volte meglio) e posso iniziare con più agenti, ma ci sono ancora errori se lascio più agenti che abbastanza memoria per loro. Ma in pratica, ho sviluppato la seguente strategia di ottimizzazione. Il Task Manager è sempre attivo. Avvio prima 8 agenti e controllo il carico della RAM, poi ne accendo altri 4 fino a quando la RAM è piena all'80% circa. Se non tocco nulla, tutto viene ottimizzato senza sforzare il disco. Ma appena faccio un errore e aggiungo altri agenti, immediatamente l'ssd va a tutto gas e per qualche motivo il windup scarica la memoria di circa il 50%. L'ottimizzazione rallenta notevolmente e l'unica via d'uscita è riavviare il terminale e ripartire. Come questo.

 

Risultati del test "Tree_Brut_TestPL_F_Fast" per questo:

Agente per nucleo:

2020.01.20 16:28:24.603 Tester  optimization finished, total passes 12
2020.01.20 16:28:24.614 Statistics      optimization done in 0 minutes 20 seconds
2020.01.20 16:28:24.614 Statistics      shortest pass 0:00:18.226, longest pass 0:00:19.507, average pass 0:00:18.679
2020.01.20 16:28:24.614 Statistics      12000 frames (4.71 Mb total, 412 bytes per frame) received
2020.01.20 16:28:24.614 Statistics      local 12 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)

Agente per filo:

2020.01.20 16:29:29.065 Tester  optimization finished, total passes 24
2020.01.20 16:29:29.076 Statistics      optimization done in 0 minutes 25 seconds
2020.01.20 16:29:29.076 Statistics      shortest pass 0:00:22.934, longest pass 0:00:24.012, average pass 0:00:23.194
2020.01.20 16:29:29.076 Statistics      24000 frames (9.43 Mb total, 412 bytes per frame) received
2020.01.20 16:29:29.076 Statistics      local 24 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)

Albero_Brut_TestPL

2020.01.20 16:50:25.514 Statistics      optimization done in 0 minutes 39 seconds
2020.01.20 16:50:25.514 Statistics      shortest pass 0:00:36.626, longest pass 0:00:38.832, average pass 0:00:37.448
2020.01.20 16:50:25.514 Statistics      12000 frames (4.71 Mb total, 412 bytes per frame) received
2020.01.20 16:50:25.514 Statistics      local 12 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)


2020.01.20 16:51:48.969 Statistics      optimization done in 1 minutes 01 seconds
2020.01.20 16:51:48.969 Statistics      shortest pass 0:00:54.094, longest pass 0:01:01.868, average pass 0:00:58.784
2020.01.20 16:51:48.969 Statistics      24000 frames (9.43 Mb total, 412 bytes per frame) received
2020.01.20 16:51:48.969 Statistics      local 24 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)

Albero_Brut_TestPL_F

2020.01.20 16:55:17.840 Statistics      optimization done in 0 minutes 57 seconds
2020.01.20 16:55:17.840 Statistics      shortest pass 0:00:53.159, longest pass 0:00:56.540, average pass 0:00:54.924
2020.01.20 16:55:17.840 Statistics      12000 frames (4.71 Mb total, 412 bytes per frame) received
2020.01.20 16:55:17.840 Statistics      local 12 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)


2020.01.20 16:57:48.843 Statistics      optimization done in 2 minutes 18 seconds
2020.01.20 16:57:48.843 Statistics      shortest pass 0:01:57.327, longest pass 0:02:18.116, average pass 0:02:06.879
2020.01.20 16:57:48.843 Statistics      24000 frames (9.43 Mb total, 412 bytes per frame) received
2020.01.20 16:57:48.843 Statistics      local 24 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)