Ошибки, баги, вопросы - страница 2749
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
На предыдущей странице fxsaber привёл замеры.
Я пояснил почему так происходит.
Выделяйте всегда память, статически или динамически.
Каким именно замеры? Если вы про большую таблицу, то там только левая часть видна на экране, остальное обрезано. Поэтому не знаю, что там.
Но судя по коду, если там сравнивается вот это макрос
то здесь происходит лишь один вызов функции на 100 итераций. А в первом макросе - вызов на каждой итерации. Так что ерунда какая-то.
Каким именно замеры? Если вы про большую таблицу, то там только левая часть видна на экране, остальное обрезано. Поэтому не знаю, что там.
Но судя по коду, если там сравнивается вот это макрос
то здесь происходит лишь один вызов функции на 100 итераций. А в первом макросе - вызов на каждой итерации. Так что ерунда какая-то.
Компилятор не всесилен, иногда нужно принимать участие и помогать ему, правильным кодом ))
Дефект в работе отладчика ME(build 2370) - не работает StepInto (F11) и установленные breakpoints.
Проблема в том, что если для вызова функции хоть раз применить действие StepOver (F10) то в дальнейшем эту функцию уже ни как не будет возможности отладить.
Шаги по воспроизведению:
1) Запустить код в дебаг режиме;
2) После срабатывания точки останова выполнить дважды StepOver (F10);
Все - теперь ни как не "попасть" во внутрь функции Increment, все вручную установленные breakpoints не срабатывают, а вместо операции StepInto (F11) в действительности выполняется StepOver (F10).
Спасибо за сообщение.
Исправлено
Компилятор не всесилен, иногда нужно принимать участие ))
то здесь происходит лишь один вызов функции на 100 итераций. А в первом макросе - вызов на каждой итерации. Так что ерунда какая-то.
Тест, если не придираться к точности, а она тут и не нужна - плюс-минус нормальный.
Сравнивается: вызов 100 раз SymbolInfoTick VS вызов 1 раз SymbolInfoTick с возвратом 99 раз "ручного" кеша.
Показывается как для текущего символа невыгодно использовать стандартную функцию SymbolInfoTick, когда на одном проходе функция будет вызывается более одного раза.
Как возможный вариант решения проблемы, разработчикам предлагается ввести предопределенную переменную:
Просто fxsaber так все разбросал по постам при этом ни чего не объяснив, что черт ногу сломит.
то здесь происходит лишь один вызов функции на 100 итераций. А в первом макросе - вызов на каждой итерации. Так что ерунда какая-то.
его пример это конкретное использование данных о бид/аск в разных частях MQL-программы, чем чаще обращаешься к SymbolInfoTick() тем меньше производительность тестирования
я по профилировщику у себя нашел спорные участки по производительности TimeCurrent() , по разному пробовал, потом вообще отказался от нее,
редко использую глобальную видимость переменных, но чтобы в тестере все "летало", пишу так:
В смысле? Вы уверяли, что ваша конструкция быстрее работает, а она не работает быстрее. Просто она в 100 раз реже вызывается в том коде.
Это не моя конструкция, и как я понял из того примера, то макросы вызывались поочерёдно для теста.
А отчет проходов показан вместе, хоть и обрезано но видно время выполнения.
Тест, если не придираться к точности, а она тут и не нужна - плюс-минус нормальный.
Сравнивается: вызов 100 раз SymbolInfoTick VS вызов 1 раз SymbolInfoTick с возвратом 99 раз "ручного" кеша.
Да про кэш то я понял. Просто этот Роман тут чё-то втирал про аллокацию памяти... Похоже вы были правы насчёт тролля )
Да про кэш то я понял. Просто этот Роман тут чё-то втирал про аллокацию памяти... Похоже вы были правы насчёт тролля )
А кэш по вашему где выделяется? Двоечники.
Тест, если не придираться к точности, а она тут и не нужна - плюс-минус нормальный.
Сравнивается: вызов 100 раз SymbolInfoTick VS вызов 1 раз SymbolInfoTick с возвратом 99 раз "ручного" кеша.
Показывается как для текущего символа невыгодно использовать стандартную функцию SymbolInfoTick, когда на одном проходе функция будет вызывается более одного раза.
Как возможный вариант решения проблемы, разработчикам предлагается ввести предопределенную переменную:
Вы поняли меня на 100%.
Просто fxsaber так все разбросал по постам при этом ни чего не объяснив, что черт ногу сломит.
Каюсь, плохо формулирую.