Ошибки, баги, вопросы - страница 2668
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Вопрос остается открытым: почему алгоритм test2 медленнее test1 для структур в 7 раз, а для классов и int - в 2 раза?
Конструкторы по-умолчанию.
Цикл в test1, скорее всего, оптимизирован и удален компилятором
Если приведенный код #26666 запустить в Debug режиме, то можно увидеть результаты, аналогичные полученным ранее данным, так как тормоза в работе функции ArrayResize, а не в оптимизации пользовательского кода.
Debug режиме выполняется без каких-либо оптимизаций - что написано в коде то и исполняется, просто между инструкциями вставляются nop-ы для пользовательских breakpoints.
Не доходят смс по новому сервису подтверждалка открытия демо счета по смс. подробнее тут.
https://www.mql5.com/ru/forum/334179#comment_1529250
Если приведенный код #26666 запустить в Debug режиме, то можно увидеть результаты, аналогичные полученным ранее данным, так как тормоза в работе функции ArrayResize, а не в оптимизации пользовательского кода.
Debug режиме выполняется без каких-либо оптимизаций - что написано в коде то и исполняется, просто между инструкциями вставляются nop-ы для пользовательских breakpoints.
Как показано в посте № 26674 , с ArrayResize () проблем нет, но только с сравнительным тестом. Если только я не пропустил что-то.
Проблема обнаружена в рамках реального проекта при поиске bottleneck для алгоритма vector<T>::push_back.
Проблема проявляется в рамках медленного выполнения ArrayResize при наличии reserved памяти как в Release так и Debug компиляциях.
Вы же утверждаете что все ок, так как профайлинг ни чего не обнаружил.
Ни кто не против полученных результатов.
Однако, отсутствие видимости проблем во время профилирования не отменяет их наличие в Release и Debug компиляциях, которыми и пользуются 100% пользователей.
Проблема обнаружена в рамках реального проекта при поиске bottleneck для алгоритма vector<T>::push_back.
Проблема проявляется в рамках медленного выполнения ArrayResize при наличии reserved памяти как в Release так и Debug компиляциях.
Вы же утверждаете что все ок, так как профайлинг ни чего не обнаружил.
Ни кто не против полученных результатов.
Однако, отсутствие видимости проблем во время профилирования не отменяет их наличие в Release и Debug компиляциях, которыми и пользуются 100% пользователей.
Я могу говорить только о тестовом коде, который вы предоставили.
В любом случае, посмотрим, что скажут разработчики. Может быть.
Опять-двадцать-пять...
При соединении с c.mql5.com произошла ошибка. PR_END_OF_FILE_ERROR
Когда-нибудь будет это починено? Ведь на дню по несколько раз отваливается...
unknown resource type - в чем причина этого бага? Уже второй индикатор не могу так использовать.
Уважаемые разработчики!
Совсем недавно же починили, и опять (ФОРТС, Открывашка, реал, Билд 2340)
Можно как-то блокировать прокрутку графика, когда кнопка мыши нажимается в пределах открытого CAppDialog?
Сейчас, например, если нажать на кнопку CButton внутри диалога и не отпуская кнопку мыши подвинуть её курсор (часто это происходит даже непроизвольно, на несколько пикселей), начинает скроллиться чарт.
В библиотеке есть только одна подсказка на этот счет - заголовок CAppDialog, который по нажатию мыши создает дарг-объект и переходит в режим его перетаскивания, при котором сам чарт остается на месте. Если воспользоваться этой технологией, то пропадает возможность нажимать на CButton (или любой другой контрол).
Может кто-то уже решил эту проблему?