Ошибки, баги, вопросы - страница 2588
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Всё равно не понимаю - у Вас предикторам требуется большая глубина расчета? У меня вот действительно требуется одному - МАшке на дневках :) Я запуская просто тестирование на год раньше, а торговлю до этой даты можно запретить...
Прошу обновить КБ-компилятор.
С отпуска вернусь, если не в ломы будет, то изучу вопрос. Но, по логике вещей, баг не в mql, а у Вас в коде.
Кстати, чисто так, а вдруг, у Вас в библиотека с какой кодировкой работает? Вы точно уверены, что utf-16, а вдруг все таки utf-8, как-никак, самая распространенная.
А вот этот момент ещё не проверял, спасибо за наводку. Покопаю в эту сторону.
Библиотека за океанская, классы с которыми работаю, выбраны с буквой W, т.е. Unicode.
Как я понимаю кодировку.
const char *Utf8;
const char *Ansi;
const wchar_t *Utf16;
const wchar_t *Utf32;
utf-16 подразумевает тип wchar_t, библиотечная функция читающая строку, возвращает const wchar_t*
Из этого становиться ясно, что функция возвращает указатель на строку в кодировке utf-16
В свойствах проекта так же выбрана поддержка символов Юникода.
В документации mql пишется, что string работает в формате Unicode.
занялся опять оптимизацией, не уверен, что сумею протестировать на скорость выполнения такой код:
подозреваю, что вариант №2 будет быстрее работать?
если да, где могут быть "подводные камни" - использую в OnTick() - для поиска в оптимизаторе времени торговли, ищу способы оптимизировать код
ЗЫ: могу вопрос поставить как проверить варианты №1 и №2 по скорости, высока вероятность, что компилятор оптимизирует исполняемый код и тесты будут не корректными - поэтому и спрашиваю
могу вопрос поставить как проверить варианты №1 и №2 по скорости, высока вероятность, что компилятор оптимизирует исполняемый код и тесты будут не корректными - поэтому и спрашиваю
Прогнать обычный тест отдельно для 1 и 2 и сравнить время? )
Если время ничтожно мало, прогнать одинаковую оптимизацию с вариантом 1 и вариантом 2.
ЗЫ: могу вопрос поставить как проверить варианты №1 и №2 по скорости, высока вероятность, что компилятор оптимизирует исполняемый код и тесты будут не корректными - поэтому и спрашиваю
https://www.mql5.com/ru/code/18804
занялся опять оптимизацией, не уверен, что сумею протестировать на скорость выполнения такой код:
подозреваю, что вариант №2 будет быстрее работать?
если да, где могут быть "подводные камни" - использую в OnTick() - для поиска в оптимизаторе времени торговли, ищу способы оптимизировать код
ЗЫ: могу вопрос поставить как проверить варианты №1 и №2 по скорости, высока вероятность, что компилятор оптимизирует исполняемый код и тесты будут не корректными - поэтому и спрашиваю
Вопрос по ArrayResize. Делаю сразу Reserve на несколько гигабайтов. И постепенно увеличиваю Size, который меньше исходного Reserve.
По какой причине TaskManager показывает увеличение потребления памяти во время увеличения Size?
Вопрос по ArrayResize. Делаю сразу Reserve на несколько гигабайтов. И постепенно увеличиваю Size, который меньше исходного Reserve.
По какой причине TaskManager показывает увеличение потребления памяти во время увеличения Size?
Прогнать обычный тест отдельно для 1 и 2 и сравнить время? )
Если время ничтожно мало, прогнать одинаковую оптимизацию с вариантом 1 и вариантом 2.
https://www.mql5.com/ru/code/18804
что то делаю не так, все равно не смог увидеть отличий, результаты плавают при одиночном прогоне в районе 0.1 сек