Atualizações do SQ X

Aqui é onde podemos discutir as atualizações do SQ X e as notícias.

Este tópico foi renomeado de SQ4 Early preview. Os posts antigos, não mais relevantes, são ou serão apagados e arquivados.

A questão está em limpar nosso fórum de coisas antigas e não relevantes.

Você limitou a memória corretamente em Configuration -> Memory? Tente usar a opção "Set maximum memory to" (Definir memória máxima para) em vez do novo padrão "Let program determine maximum memory" (Deixar o programa determinar a memória máxima) e defina-a como RAM livre no momento menos ~2 GB por segurança. Assim, ele nunca deverá exceder esse limite.

Sim, em ambos os casos, se eu deixasse o programa encontrá-lo, ele congelaria e interromperia o projeto, minha memória máxima é de 32 GB, mas eu a configurei para 27 e, no passado, raramente atingia 14 GB, e a nova versão, com a mesma configuração, está em 20 GB após 40 minutos

Você disse que atribuiu a ele 27 GB e que seu uso após 40 minutos é de 20 GB - isso estaria dentro do limite de 27 GB e não deveria ser um problema. Se o SQX não permitir o uso de mais de 20 GB, você precisará definir o limite para 20 GB, não para 27 GB, pois, caso contrário, é claro, ele tentará usar os 27 GB que você permitiu. O fato de as versões anteriores não usarem > 14 GB não é um bug, mas uma ineficiência da versão anterior. Quanto mais RAM o SQX usa, menos coleta de lixo ele precisa fazer. Portanto, se você não estiver satisfeito com o uso de >20 GB, basta definir seu limite para 20 GB em vez de 27 GB, ou o que quer que você REALMENTE possa atribuir a ele.

Discordo, meu computador ainda tem memória livre, mesmo que eu aloque 27 gb para o sq, e se eu alocar menos, ele simplesmente travará mais cedo. Tentei a opção de forçar o uso do coletor de lixo a cada 10 minutos e, depois disso, a cada minuto, mas nenhuma delas funcionou, a memória continua aumentando até travar. De qualquer forma, obrigado por tentar ajudar e por suas respostas tão rápidas

Ah, ele trava quando atinge o limite, OK, eu entendo. Hmm, você já tentou usar a opção de salvar bancos de dados no disco? Isso faz alguma diferença no preenchimento da RAM?

Vou tentar fazer isso agora. Estou tirando as imagens da comparação entre a versão 113 e a versão 116 para o relatório de erros. Em breve, informarei os resultados da opção de salvar bancos de dados no disco.

Estou com o mesmo problema, estou ficando sem memória!

No 115, ele estava funcionando bem. Agora, com as mesmas configurações, ele fica sem memória!

O GC paralelo está ativado e é executado no Java fornecido com o SQX,

Ainda não testei o Java 12!

Estranho, bem, com certeza é um bug, mas é estranho o fato de eu estar rodando bem há mais de 24 horas aqui sem nenhum problema de memória. Mas certamente Mark pode descobrir o que está acontecendo.

Olá, atualizei para a versão mais recente do Java. O programa agora parece estável.

Feliz Natal, pessoal,

Espero que todos vocês tenham tido (e tenham) um bom Natal. Normalmente, não peço votos para bugs, mas acabei de passar minha noite de Natal (ok, "apenas" 5 horas dela) finalmente resolvendo o problema de o SQX ainda criar tantas estratégias assimétricas e fazer um grande relatório de bug com uma correção parcial. Juntamente com os intervalos de indicadores predefinidos, que eram absolutamente bagunçados até algumas versões atrás e foram (quase) corrigidos depois de várias investigações que fiz, esses são um dos problemas mais importantes, mas muitas vezes negligenciados, que a SQX ainda tem. Isso ocorre porque esses são a BASE de qualquer geração de estratégia e, se não estiverem corretos, todos nós estaremos simplesmente desperdiçando ciclos de CPU, porque o SQX tenta gerar estratégias que não fazem sentido algum. Portanto, é muito importante que esses dados sejam corrigidos antes de qualquer outra coisa, porque eles são como o mecanismo principal e todo o resto é baseado neles. Por favor, reserve um momento e dê um voto positivo para que isso seja finalmente resolvido e analisado com a precisão necessária (embora eu já tenha fornecido uma correção parcial por enquanto):

https://roadmap.strategyquant.com/tasks/sq4_3777

junto com este:

https://roadmap.strategyquant.com/tasks/sq4_3542

e este:

https://roadmap.strategyquant.com/tasks/sq4_3539

Obrigado 🙂

Às vezes, acho que alguns de vocês são pagos para publicar contribuições positivas aqui 🙂

Portanto, gostaria de iniciar aqui um debate de crítica construtiva sobre a situação atual

Também sou fã do SQ, mas gostaria de salientar que espero que um software com esse alto valor funcione de forma confiável. Eu também participo ativamente da depuração das versões beta, mas, se formos honestos... é bastante atípico que uma empresa vá (oficialmente) até o CLIENTE e peça que ele mesmo verifique se o software pago pelo CLIENTE funciona e nem mesmo pague ao CLIENTE!

Entretanto, isso não seria um problema se o seguinte problema principal não estivesse presente

Estou sempre procurando estratégias de longo prazo, ou seja, estratégias que tenham sido bem-sucedidas por 15 anos ou mais e, mesmo na versão antiga, não encontrei uma estratégia em que o backtest no SQ fosse o mesmo que o teste ao vivo em minha corretora. Não estou falando de desvios de 1 minuto ou 2 minutos, estou falando de desvios de vários dias com resultados completamente diferentes....regularmente!

Gosto de estar aberto a dicas sobre o que estou fazendo de errado....mas talvez você pense em consertar esses bugs primeiro, como a introdução de coisas como o Timeframes M17, em que nem mesmo a rotina de instalação funcionou........

Mark Fric escreveu:

Há também alguns novos recursos, como cronogramas flexíveis - você pode criar um cronograma personalizado como o M17.

Mark, isso facilita a implementação do renkos com precisão de dados de ticks? Há alguma chance de isso chegar à versão 118?

https://roadmap.strategyquant.com/tasks/sq4_0991

O mesmo aqui, em uma versão de teste...

Agora, executando uma nova instalação, parece que podemos transferir dados históricos copiando o arquivo :

\user\data\data.db e pasta Hystory

da instalação antiga para a nova instalação.

Também gostaria de pedir, se não for um grande problema, para não redefinir as configurações do software toda vez que uma atualização for realizada, inclusive as configurações de benchmark, configuração e construtor/reteste.

Tenho algumas de minhas configurações favoritas salvas, mas as altero e brinco com elas com frequência e não vejo razão para que uma atualização redefina todo o programa...

Obrigado,

Ilya

Concordo com vocês, é muito frustrante que ainda existam tantos erros, mesmo em tarefas básicas. Estou tentando configurar o SQX para "negócios sérios" há algum tempo, apenas para me deparar com bugs realmente frustrantes em componentes básicos (como o fato de o Otimizador executar apenas 7500 etapas, independentemente do que você definir). E, em vez de finalmente conseguir configurá-lo para negociações reais, a pessoa acaba postando 10 novos bugs no backend, depois passa mais 2 semanas esperando uma nova versão que possivelmente o conserte, apenas para perceber que essa nova versão tem novamente 10 bugs novos/restantes que serão relatados, e então.... LOOP 🙂

Acho que a equipe do SQ deveria realmente se concentrar APENAS na correção de bugs nos próximos meses antes de introduzir QUALQUER novo recurso. O sistema precisa finalmente ganhar alguma estabilidade, pois está sendo bastante frustrante no momento.

Que todos vocês entrem bem em 2019 e continuem saudáveis 🙂