Erros, bugs, perguntas - página 1031
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
Noto que apenas 3 em cada 8 agentes podem correr ao mesmo tempo quando se obtêm tarefas da nuvem.
Embora se fizer o seu teste em paralelo, os outros agentes também estão habilitados.
Será assim que deve ser?
Tive todos os seis a trabalhar até desactivar um há alguns dias - o CPU estava a sobreaquecer (está quente na sala). Agora que cinco estão a funcionar, o voo é normal.
Desculpe, falso alarme :)
É que só há 3 agentes a correr, mas eles estão a saltar em núcleos diferentes.
De alguma forma falhou a capacidade do sistema de distribuir a carga uniformemente.
.............
Como está a correr aí dentro?
Não posso reproduzir a sua situação por uma razão simples: não tenho um :
Um dos dispositivos OpenCL tem um erro do condutor e o terminal trava ao tentar utilizá-lo.
Consulte [HKEY_LOCAL_MACHINE_MACHINE\SOFTWARE\Khronos\OpenCLVendors] ramo de registo para adivinhar quais os dispositivos OpenCL que possui.
É recomendável encontrar actualizações para eles.
Estranho, actualizou os condutores. Após a actualização, dois terminais começaram sem qualquer problema, depois começaram a dar novamente este erro.
(nvidia geforce 710m versão 320.49)
Inicialização do terminal OpenCL saltada devido a erro crítico, por favor actualize os controladores OpenCL
Como pode verificar se o condutor trabalha ou não de qualquer outra forma?
Descarregado intel_sdk_for_ocl_applications_2013_x64 Parece funcionar agora.
2013.08.05 09:15:38 Dispositivo OpenCL #1: NVIDIA Corporation GeForce 710M GPU com OpenCL 1.1 (2 unidades, 1550 MHz, 1024 Mb, versão 320.49, classificação 181)
2013.08.05 09:15:38 Dispositivo OpenCL #0: Intel(R) Corporation CPU Intel(R) Pentium(R) B960 @ 2.20GHz com OpenCL 1.2 (2 unidades, 2200 MHz, 2885 Mb, versão 1.2, classificação 13)
Qualquer caractere único entre aspas simples ou código de caracteres ASCII hexadecimal como '\x10' é uma constante de caracteres e é do tipo ushort.
Surge então a questão porque é que o compilador não consegue distinguir o ushort do int - sem qualquer indicação explícita?A partir da Referência MQL5:
Qualquer caractere único entre aspas simples ou código de caracteres ASCII hexadecimal como '\x10' é uma constante de caracteres e é do tipo ushort.
A questão que se coloca é por que razão o compilador não consegue distinguir entre ushort e int, sem indicação explícita?Está a ler a documentação de forma demasiado selectiva
Noções básicas de linguagem - Tipos de dados - Conversão de tipo
Os tipos de dados char, uchar, short e ushort são incondicionalmente convertidos para o tipo int em operações.
Correctamente, deve deixar apenas uma, int, operação sobrecarregada. Caso contrário, pode obter todo o tipo de efeitos aleatórios
Está a ler a documentação de forma demasiado selectiva
Noções básicas de linguagem - tipos de dados - conversão do tipo
Nada é dado aqui - tudo funciona.
A questão é que '5' é do tipo 'ushort'.
São lançados apenas nos locais onde tal é necessário.
Nada é dado aqui - tudo funciona.
A questão é que '5' é do tipo 'ushort'.