Честно говоря баян, об этом уже лет пять как известно на четвёртом форуме.
Но думаю новичкам будет интересно.
Статья ещё раз показывает что статистические методы реализованные в стандартных индикаторах рулят, не нужно их недооценивать.
там кстати есть и формулы регрессии второго порядка через машки.
- www.mql5.com
Честно говоря баян, об этом уже лет пять как известно на четвёртом форуме.
Но думаю новичкам будет интересно.
Да, статья ориентирована больше на новичков.
Статья ещё раз показывает что статистические методы реализованные в стандартных индикаторах рулят, не нужно их недооценивать.
Это точно. Думаю, что встроенные в терминал индикаторы (iMA и т.д.) работают быстро не только за счет знания разработчиками терминала методов оптимизации, но и за счет того, что они исполняются как часть exe-файла. Т.е., в отличие от внешних индикаторов, это полноценная компиляция, а не какой-нибудь пи-код. Ну и, возможно, они имеют какой-нибудь прямой скоростной доступ к таймсериям, который недоступен для внешних индикаторов.
Я для метода свертки пробовал невстроенные машки использовать - они хоть и оптимизированы хорошо, но работают гораздо медленней встроенных.
Диалог автора. Александр Смирнов. это уже второе обсуждение этой темы, первое где-то в 2006 было.
там кстати есть и формулы регрессии второго порядка через машки.
Да, я видел похожие темы. Но нигде не было понятно поэтапно расписано, как получилась свертка. Пришлось выводить все формулы самому (несколько листов черновиков исписал), чтобы рассказать в статье все нюансы. Там хитрый момент с нумерацией баров для LWMA, например.
Вот тут доказательство. Т.е. чуть раньше, чем Urain ссылку дал.
Я не претендую на приоритет :). Это, вообще говоря, почти тривиальный факт.
P.S. Если не все забыл, результат сравнения скоростей все же оказался в пользу классического расчета - но существенно оптимизированного (разница невелика, но всё же; см. посты Candid'a). Однако аналогичный прием в применении к регрессиям более высокого порядка (квадратичной, кубичной и т.п.), похоже, способен показать преимущество метода "свертки" над классикой.
- www.mql5.com
Очень хорошая и полезная статья, но у меня есть один вопрос.
Если мы используем метод Moving Totals, это правда, что индикатор получает большую скорость, но это означает, что нужно добавить 4 вспомогательных буфера, что увеличит потребление памяти.
Поэтому вопрос в том, какой метод лучше - стандартный, который использует меньше памяти, или метод скользящих итогов, который использует больше памяти, но быстрее?
Что-то в реализации не так:
При LRMethod == LR_M_Sum
получается, что Sx и Sxx - константы:
Sxx = ExtBufSxx[prevbar];
ExtBufSxx [bar] = Sxx;
Если так д.б., то зачем буфера?
Возможно ещё быстрее получится, если считать SMA и LWMA методом скользящих сумм, а результат посчитать как свёртку.
Тем более, что не плохо бы знать и наклон регрессии, который тоже можно посчитать через SMA и LWMA.
Реализовал на 4-ке: https://www.mql5.com/ru/code/10642

- голосов: 3
- 2012.03.08
- Vladislav Eremeev
- www.mql5.com
Привет,
,,Он создает функцию регрессии на каждом баре (в соответствии с определенным количеством последних баров) и показывает, какое значение она должна иметь на этом баре''.
Но как я могу вычислить наклон последней линии регрессии (я знаю только последнюю точку, которая формирует кривую)...
Спасибо за помощь
Петр
Здравствуйте
Спасибо за эту статью. Но подскажите, пожалуйста, как вызвать ваши методы в моем MQL5 коде? Я не понимаю, как это сделать, не понимаю список параметров внутри ваших методов. как я могу получить значение, возвращаемое линейной регрессией в заданный момент времени внутри моего кода после интеграции вашего?

- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования
Опубликована статья 3 метода ускорения индикаторов на примере линейной регрессии:
Автор: Andrew