15% di incremento delle prestazioni e 40% di utilizzo della memoria in meno con GraalVM

Ciao 🙂

Volevo solo condividere la mia "nuova" scoperta. Come sempre, sto esplorando le possibilità di aumentare la velocità di SQX per il mio flusso di lavoro quotidiano, regolando i parametri, i garbage collector, ecc. Ultimamente sono venuto a conoscenza di GraalVMche è un compilatore JIT relativamente nuovo che ha come obiettivo le massime prestazioni e che, a volte, ha dimostrato di essere fino a 30 volte più veloce rispetto all'esecuzione di codice nei runtime standard JRE / OpenJDK che SQX sta utilizzando al momento. Qui c'è un eccellente video su come funziona, perché è stato realizzato e con alcuni test sulle prestazioni: https://www.youtube.com/watch?v=GinNxS3OSi0 Ad esempio: Twitter sta eseguendo tutte le sue attività Java su GraalVM invece che su JRE / OpenJDK da un po' di tempo e ha notato un notevole calo nell'utilizzo della CPU e della RAM.

E ora la parte migliore: usarlo con SQX è facile come scaricare l'ultimo binario di Windows da qui https://github.com/graalvm/graalvm-ce-builds/releases

È sufficiente decomprimere il file ZIP nella cartella J64 di SQX (in precedenza cancellare o rinominare la cartella) e continuare a lavorare con SQX come si è sempre fatto. Personalmente, ecco cosa ho sperimentato dopo la sostituzione e, naturalmente, utilizzando le stesse impostazioni di prima in SQX:

- circa un aumento delle prestazioni di 15% nella velocità di generazione della strategia

- circa un calo di 40% nel consumo di memoria (il che è straordinario dato che ora posso lavorare con meno RAM)

- Nessun errore o crash di SQX, funziona come con JRE / OpenJDK.

Essendo open-source, raccomando vivamente che SQX venga distribuito con GraalVM nella sua configurazione predefinita, perché sembra essere fantastico! È disponibile anche una Enterprise Edition che sembra essere ancora più veloce, ma costa 193 euro all'anno e non l'ho ancora testata.

Divertitevi a snocciolare strategie 😉

In questo file di log c'è scritto

La riga di comando è un pasticcio, guardate il file di log:

Riga di comando: -XX:+UnlockExperimentalVMOptions -XX:+EnableJVMCIProduct -XX:-UnlockExperimentalVMOptions -XX:ThreadPriorityPolicy=1 -Djava.net.useSystemProxies=true -Djava.net.preferIPv4Stack=true -Xmx6g -XX:+UseParallelGC com.strategyquant.strategyquant.SQStarter

Limitarsi all'uso:

-server -Xmx26000m

e sostituire i 26000 con il numero di megabyte che si desidera assegnare. Dopo questa regolazione dovrebbe funzionare bene.

Non sto usando alcun CL, avvio SQX solo con l'icona - quindi deve trattarsi di un'impostazione del team di sviluppo, non mia.

Con la versione 20.0.0 non ho alcun problema, ma con l'ultima versione v20.1.1 non succede nulla e viene creato solo il file di log nella directory SQX.

Proverò anche sul mio server, cosa succederà lì, solo provando sulla seconda macchina

Grazie Geektrader per questo suggerimento! 🙂

Sono passato alla GraalVM aperta sul mio VPS con Intel e posso confermare i miglioramenti: Creazione di strategie più veloce e 50% minor consumo di RAM! Ottimo! 🙂

Un errore all'avvio di sqx con la VM originale, ma questo non ha avuto effetto sul lavoro con sqx che si avvia bene, è scomparso dopo l'implementazione della nuova VM Graal. Ma non so se è collegato a.

Conni

Mi fa piacere sentirlo dire, mein Freund 😉

Provate l'Enterprise Edition come descritto sopra, che è ancora più veloce.

Auf Wiedersehen 🙂

Salve operatori

Ora sto usando GraalVM 20.2 (Java 11) Enterprise Edition e posso anche confermare che vedo anche un'appr. +20-25% boost nel numero di strategie generate ogni ora.

Brg, Csaba

Nuova versione 20.3. Correzioni di bug e migliori prestazioni

Confermo un miglioramento di 30% nell'utilizzo della memoria (meno memoria) su una delle coppie più generate e redditizie, XAUUSD, lavorando con 10.000 strategie nella banca dati. Questa impostazione è una delle più impegnative possibili.

In passato, con 64 GB, avevo più di 100% e occasionali blocchi, ora con le ultime versioni di Graal, ho 45 GB occupati su 64 GB quando la banca dati è piena.

si tratta di un aggiornamento notevole e molto importante, tuttavia, anche se non è critico, 64 GB di memoria sono il minimo... 32 GB non sono sufficienti, ma visti i prezzi della memoria, dubito che il prezzo sia un problema.

Dopo circa 24 ore dall'installazione di una nuova versione di graal, ho ricevuto un virus "makop" che ha crittografato tutto.

Il recupero è quasi impossibile, quindi farò una nuova installazione.

Raccomando di fare molta attenzione all'installazione dei file relativi a java, che è una delle principali fonti di infezione e il modo più semplice e veloce è una nuova installazione.

Dove hai trovato la 20.3, dal sito web di oracle o da qualche altra parte?

Non c'è nessun virus in questo caso e dubito fortemente che sia collegato a questo. Oracle non sta chiaramente distribuendo virus nelle sue macchine virtuali, né ho mai visto nessun'altra distribuzione Java contenente un virus negli ultimi 20 anni.

Per questo motivo sto chiedendo, perché da oracle non risulta probabile

L'ho preso da http://www.graalvm.org

Anch'io avevo qualche dubbio che provenisse da lì ma la coincidenza è impressionante, non ho avuto alcun problema in molti anni di intensa attività personale su torrent, film, giochi....etc

Ho implementato diverse modifiche, tra cui la protezione della connessione, l'installazione di un antivirus e di un sistema di sicurezza Internet migliori e una maggiore attenzione.

Ho pulito il sistema ma devo eseguire una riparazione di Windows e reinstallare tutto il resto.

La buona notizia è che il desktop è solo per SQ, quindi avevo un sistema barebone con solo il sistema operativo, i driver minimi e SQ, nient'altro. Non avevo file o EA memorizzati. Ho formattato le partizioni perché i file criptati sono impossibili da recuperare.

Mantenere backup giornalieri dell'intera unità potrebbe essere una buona idea, mi ha salvato la vita alcune volte negli ultimi anni. In circa 20 minuti è possibile tornare a 24 ore fa. Grazie a ciò, non ho dovuto reinstallare Windows per almeno 10 anni. http://www.drivesnapshot.de/en/index.htm è il vostro amico, è portatile e ha una dimensione di soli 500kb, un singolo file EXE. Niente brutte installazioni gonfie per il software di imaging del disco.

Detto questo, la 20.3 è in funzione qui da giorni, senza virus o altro di sospetto.

sì, ti credo sinceramente che probabilmente graalvm non ha nulla a che fare con quel virus

Ho diversi portatili in famiglia e nessuno di loro è stato infettato, di tanto in tanto uso la connessione desktop remoto di Windows, sulla porta predefinita, ma ora ho fatto diverse modifiche e farò un'immagine completa del disco C per sicurezza. Ho letto che è tecnicamente possibile contrarre un virus sulla porta predefinita di RDP.

Avevo attivato il ripristino di Windows, ma il virus ha paralizzato diverse funzioni, tra cui il ripristino, quindi in questo caso è utile solo un'immagine completa separata.