15% performance-boost e 40% menos memória-utilização usando GraalVM

Oi 🙂

Eu só queria compartilhar minha "nova" descoberta. Como sempre, estou explorando opções sobre como aumentar a velocidade do SQX para meu fluxo de trabalho diário, ajustando parâmetros, coletores de lixo, etc. Ultimamente, tenho aprendido sobre GraalVMO SQX é um compilador JIT relativamente novo que tem como objetivo o desempenho máximo e que às vezes demonstrou ser até 30x mais rápido do que se executasse o código no tempo de execução padrão JRE / OpenJDK que o SQX está usando neste momento. Aqui está um excelente vídeo sobre como ele funciona, por que foi feito e com alguns testes de desempenho: https://www.youtube.com/watch?v=GinNxS3OSi0 Por exemplo: O Twitter está rodando todas as suas coisas Java no GraalVM em vez do JRE / OpenJDK há algum tempo e tem notado uma queda considerável no uso de CPU e RAM.

E agora a grande parte: usá-lo com SQX é tão fácil quanto baixar o último binário do Windows a partir daqui https://github.com/graalvm/graalvm-ce-builds/releases

Simplesmente desempacote o arquivo ZIP no J64 do SQX (anteriormente exclua ou renomeie a pasta) e simplesmente continue trabalhando com o SQX como você sempre fez. Pessoalmente, aqui está o que eu experimentei desde que o substituí e, é claro, usando as mesmas configurações no SQX que antes:

- sobre um aumento de desempenho 15% na velocidade de geração da estratégia

- aproximadamente uma queda de 40% no consumo de memória (que é AMAZENTE, já que agora posso trabalhar com menos memória RAM)

- sem erros ou falhas do SQX apenas funciona da mesma forma que com JRE / OpenJDK

Como se trata de código aberto, eu recomendaria vivamente que o SQX seja enviado com GraalVM em sua configuração padrão, pois isso parece ser incrível! Há também uma edição Enterprise Edition disponível que parece ser ainda mais rápida, mas é 193 Euro/ano e eu ainda não a testei.

Divirta-se com estratégias de crocante 😉

Nesse arquivo de registro, há algo que diz

Sua linha de comando está uma bagunça, veja o arquivo de registro:

Linha de 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

Limite-se a usar:

-servidor -Xmx26000m

e substitua os 26000 pelo número de megabytes que você deseja atribuir. Deve funcionar bem após esse ajuste.

Não estou usando nenhum CL, apenas inicio o SQX com o ícone - portanto, isso deve ser alguma configuração da equipe de desenvolvimento, não minha

Com a versão 20.0.0, não tenho nenhum problema, mas com a versão mais recente, 20.1.1, nada acontece e somente o arquivo de registro é criado no diretório SQX

Vou tentar também em meu servidor, o que acontecerá lá, apenas tentando na segunda máquina

Obrigado Geektrader por essa dica! 🙂

Mudei para o GraalVM aberto em meu VPS com Intel e posso confirmar as melhorias: Criação de estratégias mais rápida e consumo de RAM 50% menor! Ótimo! 🙂

Um erro na inicialização do sqx com a VM original, mas isso não afetou o trabalho com o sqx, embora ele inicie bem, desapareceu após a implementação da nova VM do Graal. Mas não sei se isso está relacionado a.

Conni

É ótimo ouvir isso, meu amigo 😉

Experimente a Enterprise Edition, conforme descrito acima, pois ela é ainda mais rápida.

Auf Wiedersehen 🙂

Olá, comerciantes

Agora estou usando o GraalVM 20.2 (Java 11) Enterprise Edition e posso confirmar que também vejo um aumento de cerca de 1,5 ponto percentual. Aumento de +20-25% no número de estratégias geradas por hora.

Brg, Csaba

Nova versão 20.3 lançada. Correções de bugs e melhor desempenho

Confirmo novamente uma melhoria de 30% no uso da memória (menos memória) em um dos pares mais gerados e lucrativos, XAUUSD, ao trabalhar com 10.000 estratégias no banco de dados. Essa configuração é uma das mais exigentes possíveis.

No passado, com 64 GB, eu tinha mais de 100% e congelamento ocasional; agora, com as versões mais recentes do Graal, tenho 45 GB ocupados dos 64 GB quando o banco de dados está cheio

É uma atualização notável e muito importante, mas, embora não seja crítica, 64 GB de memória é o mínimo... 32 GB não é suficiente, mas, considerando os preços da memória, duvido que o preço seja inconveniente

Após cerca de 24 horas de instalação de uma nova versão do Graal, recebi um vírus "makop" que criptografou tudo

A recuperação é quase impossível, portanto, farei uma nova instalação

Recomendo muito cuidado ao instalar arquivos relacionados ao Java, pois essa é uma das principais fontes de infecção e a maneira mais rápida e fácil é uma nova instalação

Onde você conseguiu a versão 20.3, no site da Oracle ou em outro lugar?

Não há nenhum vírus desse tipo aqui e duvido muito que esteja relacionado a isso. A Oracle claramente não está distribuindo vírus em suas VMs, e eu nunca vi nenhuma outra distribuição Java contendo vírus nos últimos 20 anos.

Por isso estou perguntando, porque, segundo o Oracle, não é provável

Eu o obtive de http://www.graalvm.org

Eu também tinha algumas dúvidas de que viesse de lá, mas a coincidência é impressionante, pois não tive nenhum problema em muitos anos de intensa atividade pessoal de torrent, filmes, jogos....etc

Implementei várias mudanças, incluindo a proteção da conexão, a instalação de um antivírus melhor e a segurança na Internet, além de prestar mais atenção

Limpei o sistema, mas tenho que executar um reparo no Windows e reinstalar todo o resto

A boa notícia é que o desktop é apenas para o SQ, portanto, eu tinha um sistema barebone com apenas o sistema operacional, o mínimo de drivers e o SQ, nada mais. Eu não tinha nenhum arquivo ou EA armazenado. Formatei as partições porque os arquivos criptografados são impossíveis de recuperar

Manter backups diários de toda a unidade pode ser uma boa ideia para você, pois salvou minha vida algumas vezes nos últimos anos. Com isso, você pode voltar a 24 horas atrás em cerca de 20 minutos. Graças a isso, não precisei reinstalar o Windows por pelo menos 10 anos. http://www.drivesnapshot.de/en/index.htm é seu amigo para isso e é portátil e tem apenas 500kb de tamanho, um único arquivo EXE. Nada de instalações inchadas e feias para software de imagem de disco.

Dito isso, o 20.3 está sendo executado aqui há dias, sem vírus ou qualquer coisa suspeita.

Sim, acredito sinceramente que provavelmente o Graalvm não tem nada a ver com esse vírus.

Tenho vários laptops na família e nenhum deles foi infectado. De tempos em tempos, uso a conexão de área de trabalho remota do Windows, na porta padrão, mas agora fiz várias alterações e farei uma imagem completa do disco C, por precaução. Li que é tecnicamente possível pegar um vírus na porta padrão do RDP

Eu tinha a restauração do Windows ativada, mas o vírus prejudicou várias funções, inclusive a restauração, portanto, nesse caso, somente uma imagem completa separada é útil na prática