Erros, bugs, perguntas - página 2588
![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Ainda não compreendo - tem preditores que requerem um cálculo mais profundo? Eu preciso de um - MA no gráfico diário :) Estou apenas a fazer testes um ano antes e o comércio antes dessa data pode ser proibido...
Por favor, actualize o compilador KB.
Quando voltar das férias, se não for muito incómodo, estudarei a questão. Mas logicamente o bug pode estar no seu código e não em mql.
A propósito, só por diversão, e se tiver uma biblioteca que funcione com que codificação? Tem a certeza que utf-16, mas e se for utf-8, afinal, o mais comum.
Ainda não verifiquei isso, obrigado pela dica. Vou cavar nessa direcção.
A biblioteca é para Ocean, as aulas com as quais estou a trabalhar são seleccionadas com um W, ou seja, Unicode.
Tal como eu entendo a codificação.
const char *Utf8;
const char *Ansi;
const wchar_t *Utf16;
const wchar_t *Utf32;
utf-16 implica tipo wchar_t, a função de biblioteca que lê a string retorna const wchar_t*
A partir disto torna-se claro que a função retorna um ponteiro para a string na codificação utf-16
Nas propriedades do projecto, o suporte de caracteres Unicode é também seleccionado.
A documentação do mql diz que o cordel funciona em Unicode.
Estou novamente a optimizar, não tenho a certeza se serei capaz de testar a velocidade de execução deste código:
Suspeito que a variante 2 será mais rápida?
se sim, onde podem estar as armadilhas - uso no OnTick() - para pesquisar no tempo de troca do optimizador, procurando formas de optimizar o código
ZS: Posso perguntar como verificar as opções de velocidade número 1 e número 2, é muito provável que o compilador irá optimizar o código executável e os testes não serão correctos - por isso pergunto
Posso perguntar como verificar as variantes 1 e 2 em termos de velocidade, há uma grande probabilidade de que o compilador optimize o código executável e os testes não sejam correctos - por isso pergunto
Fazer o teste habitual separadamente para 1 e 2 e comparar tempos? )
Se o tempo for insignificante, executar a mesma optimização com a variante 1 e a variante 2.
HH: Posso perguntar como verificar as variantes #1 e #2 na velocidade, é altamente provável que o compilador optimize o código executável e que os testes não sejam correctos - é por isso que pergunto
https://www.mql5.com/ru/code/18804
Estou novamente a optimizar, não tenho a certeza se serei capaz de testar a velocidade de execução deste código:
Suspeito que a variante 2 irá correr mais depressa?
se assim for, onde podem estar as armadilhas - uso no OnTick() - para encontrar no tempo de troca do optimizador, procurando formas de optimizar o código
ZS: Posso perguntar como verificar as opções de velocidade número 1 e número 2, é muito provável que o compilador irá optimizar o código executável e os testes não serão correctos - por isso pergunto
Pergunta sobre o ArrayResize. Faço uma Reserva para vários gigabytes ao mesmo tempo. Depois aumento gradualmente o Tamanho, que é inferior à Reserva inicial.
Porque é que o TaskManager mostra um aumento do consumo de memória durante o aumento de tamanho?
Pergunta sobre o ArrayResize. Faço uma Reserva para vários gigabytes ao mesmo tempo. Depois aumento gradualmente o Tamanho, que é inferior à Reserva inicial.
Porque é que o TaskManager mostra um aumento do consumo de memória durante o aumento de tamanho?
Realizar um teste normal separadamente para 1 e 2 e comparar tempos? )
Se o tempo for negligenciável, fazer a mesma optimização com a variante 1 e a variante 2.
https://www.mql5.com/ru/code/18804
Estou a fazer algo errado, ainda não consegui ver a diferença, os resultados flutuam cerca de 0,1 segundos numa única corrida