Обсуждение статьи "LifeHack для трейдера: готовим фастфуд из индикаторов" - страница 5

Новый комментарий
 
Vasiliy Sokolov:

Т.е. оверхед все-таки есть, при том не малый. Пример Владимира заслуживает большее доверия, т.к. вызов использовался в реальной работе советника. 

Однако, хорош запутывать! Похоже, надо самому подробно смотреть. Но здесь может быть чисто технический интерес, т.к. практического быть не может.

 
fxsaber:

Однако, хорош запутывать! Похоже, надо самому подробно смотреть. Но здесь может быть чисто технический интерес, т.к. практического быть не может.

Да я сам уже запутался окончательно:) Если сделаешь нам нормальный анализ ситуации - будет здорово!

 
fxsaber:

Что же касается взятия на юзера задачи пристреливать ненужные хендлы

то такую тему для списка Статей вижу логичной.

Вы как всегда лаконичны - расшифруйте этот макрос, пожалуйста. Какая тема имеется в виду. Можно прям название для статьи привести.

 
Rashid Umarov:

Вы как всегда лаконично - расшифруйте этот макрос, пожалуйста. Какая тема имеется в виду. Можно прям название для статьи привести.

"Целесообразность использования IndicatorRelease в советниках для ускорения тестирования".

 
fxsaber:

"Целесообразность использования IndicatorRelease в советниках для ускорения тестирования".

И ваше мнение?

+ Как это растянуть на статью
 
Vasiliy Sokolov:

переписывание индикатора на внутреннюю функцию эксперта с параметрами.

Интересно, грамотная реализация этого какое бы дало ускорение...

 
Rashid Umarov:

И ваше мнение?

+ Как это растянуть на статью

Должна быть аргументированная классификация советников, где IndicatorRelease ускоряет существенно тестирование и экономит время/деньги. А где - нет?

Ну и добавить это

 

На самом деле здесь видится описание этой темы немного в иной плоскости:

  • Уже написаны тысячи индикаторов, доступ к которым осуществляется через iCustom c выделением соответствующих буферов/хендлов и проч. проч. Это медленная и ресурсоемкая история;
  • Индикатор может быть реализован в виде чистой функции внутри эксперта - нужное значение в этом случае будет рассчитываться гораздо быстрей и требовать меньше памяти.

Идея в том, что бы написать некий интерфейс, который позволял бы унифицировано обращаться к любым пользовательским индикаторам, но если индикатор реализован в виде отдельной чистой функции, то обращение происходит не к хендлу а к этой функции. В итоге получаем хорошее ускорение и при этом не теряем доступ к любому произвольному индикатору. Это интересная тема, я бы даже взялся за нее.

 
fxsaber:

Хотел объективных выводов.

Да, это лобовой метод, который полностью себя оправдывал, т.к. от него требовалась точность и совсем не нужна была хоть какая-то производительность. Стояла задача закрыть мешающую умность MT5.


А другие, конечно, не пробовал, потому что


Что же касается взятия на юзера задачи пристреливать ненужные хендлы

то такую тему для списка Статей вижу логичной.

Никакого автоматического пристреливания хендлов индикаторов во время работы MQL5 приложения нет. Хендлы индикаторов автоматически освобождаются только после завершения MQL5 программы в рамках "уберем за неаккуратным программистом". Надо бы нам явно писать ворнинги в таких случаях, чтобы поднять качество программ.

Поэтому тот, кто создает кучу индикаторов и не контролирует их удаление, создает большие проблемы. Как своей программе, так и всему терминалу.

Еще раз повторю - методы работы в статье категорически вредны и неправильны.

 
Renat Fatkhullin:

Никакого автоматического пристреливания хендлов индикаторов во время работы MQL5 приложения нет. Хендлы индикаторов автоматически освобождаются только после завершения MQL5 программы в рамках "уберем за неаккуратным программистом".

Поэтому тот, кто создает кучу индикаторов и не контролирует их удаление, создает большие проблемы. Как своей программе, так и всему терминалу.

Ну тогда для этих советников

Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий

Обсуждение статьи "LifeHack для трейдера: готовим фастфуд из индикаторов"

fxsaber, 2018.01.26 09:02

Есть полно советников, где на каждом баре вызывается один и тот же индикатор, но с разными входными параметрами. MQL5 "пристреливает" со временем ненужные хендлы. Но это универсальное решение. И в советнике автор может взять эту обязанность на себя, убивая хендлы самостоятельно. Ведь очевидно, что через сотню баров тащить уже багаж из сотни хендлов - это супер-расточительно и по вычислительным ресурсам и памяти. Но я не видел в той же кодобазе советников, которые бы вот так прибивали хендл. Все отдается на "умность MQL5", тем самым заставляя быть совсем не умным авторов.

полная засада.

12345678910111213
Новый комментарий
Причина обращения: