Тестирование нового компилятора MQL5 для x64 платформ - ускорение расчетов от 2 до 10 раз! - страница 20
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Оптимизировать логику. Например поработать с массивами и циклами. Попробовать значения критериев упаковать в массив. А проверки делать в цикле. Может тогда потребность в 74-х тысячах case'ов и отпадёт...
Конечно, можно в теории сделать генерацию каждой строки по длинющиму хэшу, и передавать только эти хэши, а потом по нему все генерировать - но не уверен, что это будет быстро да и задача не простая...
1. Вы там увидите самые "тормознутые" места в коде. Хотя... еще вопрос, влияет ли это на компиляцию...
2. Как хотите: можете через case. Вам же посоветовали разбить на мелкие функции. Разбейте и проверьте. Да, конечно, код еще больше увеличится. А что делать.
А вот я переделал код на функции - в приложении.
Сразу обращает на себя внимание, что прежний код занимал 14428 кб после компиляции, а новый 9447 кб - уже удивляет разница в 5 мегабайт - откуда!?
Дальше по скорости компиляции, прежний вариант
новый вариант
Новый вариант быстрей в 5,46 раз компилируется!
А вот по скорости работы, прежний вариант:
новый вариант
И тут видно, что первый проход агентов (4 агента) очень медленный - пробовал много раз - результат устойчив, а в логе
С чем это связано теперь, может @Renat Fatkhullin или @Slava подскажут, почему такой эффект?
Файл сожмите зипом. Читайте зип, распаковывайте внутри. Будет быстрее, чем передавать 500 Мб советника (он тоже каждому агенту передается).
А разве потом не происходит повторной распаковки при каждом новом проходе?
Да и будет ли чтение из файла быстрей, чем единоразовый переброс....
А разве потом не происходит повторной распаковки при каждом новом проходе?
Да и будет ли чтение из файла быстрей, чем единоразовый переброс....
Да, при оптимизации может оказаться медленнее.. Но я бы проверил, все же готово для этого.
Да, при оптимизации может оказаться медленнее.. Но я бы проверил, все же готово для этого.
Что именно готово - не понял.
Что именно готово - не понял.
Работа с зип-архивами.
Работа с зип-архивами.
Да, я видел, но не пробовал как оно на деле работает.
Тут скорей проблема в большей степени для меня это в подготовке данных, т.е. переводе кода в таблицу - надо будет снова произвести обработку исходных данных...
Сделал публичную версию советника, сейчас проверяю - откомпилируется или нет - процесс не быстрый, однако сейчас видно, что 46% кода откомпилировано и при этом уже 36 гигабайт ОЗУ съедено...
Предоставте пожалуйста код мне для исследования.
Я проверю, почему он компилируется так медленно и потребляет столько памяти.