Domanda per gli sviluppatori - usare tutti i core di calcolo durante l'ottimizzazione - pagina 9

 
Renat Fatkhullin:

Ci siamo impegnati in una riscrittura completa del tester e dell'ottimizzatore.

Noi revisioneremo drasticamente e sistemeremo i problemi accumulati.

Quando aspettarsi tutte queste soluzioni?????

specialmente in attesa di:

1. "un nucleo - un lavoro".

2. ottimizzazione continua dopo l'arresto (crash del server, riavvio, ecc.)

 

aRenat Fatkhullin insisto ancora per una risposta ....

Quando aspettarsi tutte queste soluzioni?????

1. "un nucleo - un lavoro"

2. continuazione dell'ottimizzazione dall'arresto (crash del server, riavvio, ecc.)

Renat Fatkhullin - MetaQuotes
  • www.mql5.com
Профиль трейдера
 

1 core conta - 50 idle, bellissimo ......

 
Boris Egorov:

1 core conta - 50 idle, bellissimo ......

Non mostra l'intero quadro dei calcoli - quanti lavori totali, quanti completati, quanti rimasti...

 
Vladimir Karputov:

Non mostra l'intero quadro dei calcoli - quanti compiti totali, quanti sono completati, quanti ne rimangono...

è meglio?

 

postato in un altro thread - nessun effetto, nessuno degli sviluppatori ha risposto

Si prega di correggere i bug osservati in tutte le nuove versioni


2020.07.26 10:54:28.285 PKFDC0:30019 pass (94, 1154) testato con errore "OnInit returned non-zero code 1" in 0:00:00.110

2020.07.26 10:54:28.289 Tester expert file ....\MQL5\StochasticCCI.ex5 open error [2]

non c'è e non dovrebbe esserci.

l'errore è dato dall'agente di rete dopo l'aggiornamento, prima dell'aggiornamento funzionava bene, sulle vecchie versioni l'ottimizzatore non dà errori nell'Expert Advisor, l'Expert Advisor non è stato ricompilato

demolire e reinstallare completamente la MetaTrader e cancellare tutti i dati non ha avuto alcun effetto

l'errore è osservato su due agenti di rete

 
Boris Egorov:

postato in un altro thread - nessun effetto, nessuno degli sviluppatori ha risposto

Si prega di correggere i bug osservati in tutte le nuove versioni


2020.07.26 10:54:28.285 PKFDC0:30019 pass (94, 1154) testato con errore "OnInit returned non-zero code 1" in 0:00:00.110

2020.07.26 10:54:28.289 Tester expert file ....\MQL5\StochasticCCI.ex5 open error [2]

non c'è e non dovrebbe esserci.

l'errore è dato dall'agente di rete dopo l'aggiornamento, prima dell'aggiornamento funzionava bene, sulle vecchie versioni l'ottimizzatore non dà errori nell'Expert Advisor, l'Expert Advisor non è stato ricompilato

demolire e reinstallare completamente la MetaTrader e cancellare tutti i dati non ha avuto alcun effetto

l'errore è osservato su due agenti di rete

Ho gli stessi problemi. Immagino che nell'indicatore venga chiamato un indicatore diverso?

 
Aleksey Vyazmikin:

Ho lo stesso problema. Immagino che un altro indicatore sia chiamato nell'indicatore?

Non ho questo, voglio dire che non c'è nessun indicatore nell'indicatore

 

Probabilmente verrò bannato di nuovo, ma sto ancora postando qui risolvendo alcuni problemi che i programmatori di MT non hanno risolto in anni, come evidenziato da una ricerca su google per esempio

Quindi:

1) Disabilitazione dei log di MT5.
Per molti anni è stato chiesto ai programmatori di MT di disabilitare i log o di limitarne le dimensioni.
Perché l'hanno chiesto? Perché MT è installato sul disco C e non c'è la possibilità di specificare l'altro, e durante l'ottimizzazione MT si riempie facilmente di registri diversi terabyte, cioè l'intero disco C.
Cartelle
C:\Users\nome utente \AppData\Roaming\MetaQuotes\Terminal\il tuo numero lungo \logs
C:\Users\nome utente \AppData\Roaming\MetaQuotes\Terminal\il tuo numero lungo \MQL5\Logs
deve essere solo letto.
Per questo scopo creiamo un altro amministratore e gli diamo pieni diritti, ma diminuiamo i suoi diritti. Come risultato MT non può avere accesso a questa cartella e non può scrivere log, il disco non sarà intasato da log inutili.

la seconda variante - non funziona sempre - l'essenza di una variante nella creazione del batch che ogni certo intervallo cancellerà i log ... Davvero MT può anche in un giorno intasare completamente un disco di sistema con i log

2. Disattivazione del caricamento automatico degli aggiornamenti МТ5.
Per quale motivo? Se l'ottimizzazione è in corso, gli agenti di rete diventano non disponibili al momento del caricamento completo dell'aggiornamento,
c'è una differenza tra le versioni dell'ottimizzatore principale e dei suoi agenti. Il risultato è il fallimento dell'ottimizzazione.
Non è nemmeno buono quando un aggiornamento avviene su un server di battaglia durante il trading, quando ogni millisecondo conta.
Penso che gli aggiornamenti possano essere solo nel momento in cui il mercato non lavora, cioè nei fine settimana.
Allo stesso modo, la cartella
"C:\Documents and Settings\nome utente\AppData\Roaming\MetaQuotes\Terminal\ .here is your long number.... Rendere "\liveupdate" una cartella di sola lettura
di default la cartella non esiste, deve essere creata, dopo l'installazione in sola lettura MT vede gli aggiornamenti ma non può scaricare ....
Il risultato - gli aggiornamenti non interferiscono con l'ottimizzatore e non interferiscono con il trading.

3. Il problema"un nucleo - un lavoro" non è stato risolto edifficilmente lo sarà. Descrizione del problema: ho 60 core eterogenei su diversi server, quando distribuisco i lavori l'ottimizzatore distribuisce lo stesso numero di lavori a tutti i core, come risultato il core più lento impiega ore per completare i lavori, e 59 altri core rimangono inattivi... Il problema non è risolto poiché non porta alcun profitto a MT, ma al contrario prende soldi dagli agenti cloud pagati .... quindi gli utenti continueranno ad essere tormentati dall'ottimizzatore. Peccato. La soluzione - crea il tuo ottimizzatore alternativo per esempio in python. e la cosa divertente - ci vorranno 15 minuti ai programmatori di MT per risolvere questo "problema" ....

 
Boris Egorov:

3. Il problema"un nucleo - un lavoro" non è stato risolto e probabilmentenon lo sarà. Descrizione del problema: ci sono 60 core eterogenei su diversi server, quando i lavori sono distribuiti, l'ottimizzatore distribuisce un numero uguale di lavori a tutti i core, come risultato il core più lento finisce il suo lavoro per ore, e altri 59 core rimangono inattivi... Il problema non è risolto poiché non porta alcun profitto a MT, ma al contrario prende soldi dagli agenti cloud pagati .... quindi gli utenti continueranno ad essere tormentati dall'ottimizzatore. Peccato. Esci - crea il tuo ottimizzatore alternativo per esempio in python. e la cosa divertente - risolvendo questo "problema" - ci vorranno i programmatori di MT 15 minuti ....

Ho un grosso dubbio che per risolvere un problema del genere "ci vogliono 15 minuti".

И... Pensavo che avessero detto che il kernel computazionale è stato riscritto. Quindi, "la lumaca sta arrivando, sta arrivando". Io stesso odio che i computer deboli rallentino l'intero processo di calcolo, e sono costretto a non usarli affatto. Ma... per ora.

Riguardo al "togliere soldi" - un argomento piuttosto ridicolo. Chiunque possieda una fattoria con un paio o tre computer lenti non ha modo di essere un potenziale cliente Cloud - se ha soldi, non userà comunque computer lenti. E se non ha soldi, non comprerà il cloud computing anche se è costretto a non far funzionare i computer lenti.

Motivazione: