Discussione pubblica della formula per calcolare il costo delle risorse nella rete Cloud MQL5 - pagina 13
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
Due domande:
1. è possibile trasferire la cronologia nella cartella di altri agenti o in un altro disco ora (mantenendo i nomi dei broker, ovviamente)?
Voglio solo spostare gli agenti su un altro disco, quindi sto pensando di trasferire la storia manualmente o di riscaricare tutto...
Sì, è possibile.
E devi prima migrare, e poi disinstallare gli agenti nella vecchia posizione e installarli nella nuova posizione. Quando si disinstallano gli agenti da MetaTrader 5 Agents Manager, la directory (ad esempio Tester\Agent-0.0.0.0-20000) di un agente viene completamente rimossa.
2. Ricordo che c'era un'idea per abilitare le build di aggiornamento automatico per i file metatester[64].exe situati in directory separate.
È già disponibile?
Quando l'agente è in esecuzione nella directory del terminale, viene automaticamente aggiornato insieme al terminale. Quando l'agente è separato dal terminale, ma il terminale si connette a questo agente remoto per distribuire i compiti, allora il terminale aggiorna automaticamente l'agente.
Ora dobbiamo finire di aggiornare gli agenti che lavorano solo con MQL5 Cloud Network. Questo funzionerà nelle prossime build.
Dovresti contare solo la dimensione delle sottodirectory /Bases, non la radice dell'intero progetto.
Per esempio, ho un agente con 53 Mb in Bases e 920 Mb in /Logs. Gli agenti, ovviamente, cancellano i log per se stessi, lasciando gli ultimi N giorni per l'analisi.
Gli agenti cloud lavorano già in modalità molto snella, liberando risorse, cancellando i log e cancellando i dati inutilizzati. Uno degli obiettivi degli agenti è quello di non ferire i proprietari e di non sporcare. Nelle prossime costruzioni miglioreremo ancora la pulizia dopo se stessi.
Grazie mille, LOG occupa davvero molto spazio.
i tronchi sono quelli che occupano molto spazio
Ho circa un gigabyte su 8 core
---
Posso dare un comando
...tester>del *.log /s
e stimare di nuovo il volume!
---
È possibile a lungo termine fare un'eliminazione completa dei log ?
È possibile in futuro fare un'esclusione completa dei registri?
Nella build attuale stavamo scrivendo dei log inutili, questo sarà risolto.
Applicheremo anche un meccanismo di pulizia dei log più aggressivo quando si lavora nel cloud (attualmente l'agente conserva i log per alcuni giorni).
Nella build attuale stavamo scrivendo dei log inutili, questo sarà risolto.
Applicheremo anche un meccanismo di spazzamento dei log più aggressivo quando si lavora nel cloud (ora l'agente memorizza i log per alcuni giorni).
Intendevo la disabilitazione COMPLETA FACOLTATIVA dei registri - non solo come risparmio di spazio su disco
Ma anche come aumento della velocità dei test
--
alla fine della giornata, se metto gli agenti nel cloud - perché ho bisogno dei log?
sarebbe bello avere un'opzione per disabilitare la registrazione sugli agenti
di solito i log sono aggiornati al momento del debug
Come viene contato il PR?
Prima del lancio della nuvola era 90-110, poi
La settimana scorsa era stabile a 40-60.
Ora
Intel Core2 Duo E8400 @3.00GHz, 2047 MB, PR155
Intel Core2 Duo E8400 @3.00GHz, 2047 MB, PR128
Come contano le PR?
Il PR è stato ora riprogettato per essere più stabile, ma non sarà più mostrato nell'interfaccia del terminale.
Il PR sarà tenuto in conto solo quando si lavora nel cloud e sul sito web.
Quando ci si vanta del numero di core, ci si mette in coda, ma quando si mette un numero, ci si spaventa. Metteteci un numero, signori.
:-) ora 34
:-) ora 34
per 2 centesimi all'ora per nucleo?
0,02×24×30×34≈ $490 al mese