Ошибки, баги, вопросы - страница 1626
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Такое поведение наблюдается с любым экспертом?
Логи все-таки не помешают. Оформите тикет в сервисдеск.
...Иначе как объяснить тот факт, что абсолютно пустой скрипт, имеющий лишь функцию ОnStart() { }, компилируется более 400 мс!
Я конечно не пишу компиляторы, но уверен что просто напросто есть некоторый минимум, который вообще не зависит от объёма проекта. Это как вызвать такси и доехать до следующего подъезда - вроде двинулся на пару метров, в деньгах на пару копеек, но минимальная цена подачи в 200р тоже может вызвать вопрос - тут же ехать на копейки, за что ?!
Хочу вновь затронуть проблему медленной компиляции МQL5. Месяца три назад я пытался поднять эту тему, но почему-то не встретил понимания, видимо мои доводы оказались недостаточно убедительными. Поэтому откатился обратно на старый билд (1159), где всё компилируется почти мгновенно (в то время как на новых компиляторах мой проект компилировался 20 секунд).
И вот неделю назад я предпринял новую попытку перейти на свежий билд, подумав "бог с ними с 20 секундами, потерплю, ради новых плюшек". Пришлось естественно немного подкорректировать код под новые условия, в процессе чего выявил несколько багов нового компилятора (о которых отписывался тут). И что в итоге? Мой проект компилируется уже 30 секунд! Не знаю, связано ли это с усложнением проекта, либо с очередным "усложнением" компилятора, но это уже ни в какие рамки не лезет.
В проекте около 700 кб исходного кода, это советник, включающий пару десятков mqh. Всё в ООП. Ранее мне писали о том, что возможно замедление связано с наличием больших по размеру функций. У меня было несколько таких. Ну я их раздробил на мелкие части - эффекта ноль.
И что самое удивительное, толку от этой сверхдолгой компиляции нет никакого. Скорость работы программы та же, что и на старом компиляторе, специально делал замеры. Тут напрашивается только одна фраза: "Нахрена?"
У меня есть стойкое ощущение, что имеется баг/недоработка в компиляторе, из-за чего он вхолостую гоняется на пустом месте. Иначе как объяснить тот факт, что абсолютно пустой скрипт, имеющий лишь функцию ОnStart() { }, компилируется более 400 мс! Уму непостижимо, что там можно так долго компилировать/оптимизировать в пустышке. Ну а добавляя в неё небольшие функции и классы можно наблюдать как длительность компиляции стремительно нарастает.
Сразу замечу, что железо у меня конечно далеко не мощное - Core i5U. Но это не мешает компилироваться моему проекту за 1-2 секунды на старом компиляторе. Соответственно пустышка там вообще мгновенно компилируется.
И ещё замечу. В компиляторе полностью отсутствует не только кэширование ранее скомпилированных фрагментов, но даже банальная проверка идентичности исходного кода. Т.е. скомпилировал проект, потом ничего не меняя снова нажал кнопку "Компилировать", и опять ждёшь те же самые 30 секунд. Ну куда это годится...
Хотелось бы услышать комментарии как от разработчиков МТ, так и от форумчан, работающих с большими проектами (неужели только меня волнует эта проблема?), сколько по времени у кого занимает компиляция и на каком железе. Сразу оговоримся, что речь идёт именно о компиляции исполняемого файла.
вот поэтому и не пытаюсь более что либо доказывать, к тому же проекты на плюсах собираются гораздо дольше, правда они гораздо и больше, но я привык к сборкам на плюсах по нескольку минут на исполняемый либо библиотечный файл, а на проект из нескольких файлов со структурой каталогов до нескольких десятков минут :) и подождать 10-20 секунд не проблема...
Дело в сложных конструкциях, о частой неработе которых Вы иногда сообщаете здесь, как о баге. Если их не использовать, то время существенно сократится. Например, ВСЕ коды в кодобазе компилируются существенно быстрее, чем 20 секунд. Пустышка у меня 1368 билд на очень медленно ноуте компилируется десятки мс. Дайте код для воспроизведения.
Ссылка не дает интересующей информации -будьте конкретней.
Сложно догадаться открыть первую страницу темы на которой в первом сообщении есть две фотографии???
https://www.mql5.com/ru/forum/88768
Сложно догадаться открыть первую страницу темы на которой в первом сообщении есть две фотографии???
https://www.mql5.com/ru/forum/88768
Я смотрел первую фотографию - у них на сайте нет данных о центовом счете для пятерки. А вот у второй фотографии такие данные есть, но не понятно возможно ли там перекрытие? И напрягает ограничение в количество открытых ордеров и объема позиции... в общем это не есть гуд. Но приятно, что появилась возможность.
Однако, стимула переписывать весь код (в том числе тратить дополнительно не малые деньги на переписку сложного кода) увы нет.
Я смотрел первую фотографию - у них на сайте нет данных о центовом счете для пятерки. А вот у второй фотографии такие данные есть, но не понятно возможно ли там перекрытие? И напрягает ограничение в количество открытых ордеров и объема позиции... в общем это не есть гуд. Но приятно, что появилась возможность.
Однако, стимула переписывать весь код (в том числе тратить дополнительно не малые деньги на переписку сложного кода) увы нет.
Тогда зачем было придумывать такие причины? Можно ведь просто сказать НИХАЧУ И НЯБУДУ...
Если нет таких денег чтобы торговать на долларовом счёте, то какие ограничения количества ордеров и объёмов могут напрягать??? Странно всё это.
Тогда зачем было придумывать такие причины? Можно ведь просто сказать НИХАЧУ И НЯБУДУ...
Если нет таких денег чтобы торговать на долларовом счёте, то какие ограничения количества ордеров и объёмов могут напрягать??? Странно всё это.
Хочу и буду - уже заказал класс по работе с ордерами - так, как мне удобно - жду к концу года его появление.
Я торгую контр тренд сеткой, да ещё с увеличением лота, при этом много валютных пар - поэтому требуется много ордеров и поддержка большого объема позиции. В четверки решаю проблему через разные ухищрения, если их придется опять разрабатывать и внедрять, то это лишь отнимит мое время и не улучшит финансовый результат.