Машинное обучение в трейдинге: теория, модели, практика и алготорговля - страница 2984
![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Что значит локальный алгоритм?
В том смысле, в котором локальны KNN и LWLR. Вывод зависит только от близких точек, а не от всего трейна.
Неважно, но пусть будет регрессия, с ней обычно проще.
В том смысле, в котором локальны KNN и LWLR. Вывод зависит только от близких точек, а не от всего трейна.
не будет такое работать, оно для других ВР
Интересно, есть ли смысл пытаться запихнуть эти memory-based в ONNX файл, или лучше делать расчёт средствами MQL?
Если сразу в модели будет, то легче их менять.
Кстати, есть ли возможность использовать в советнике больше одной модели, допустим, выбирать их без изменения кода?
Пока не разбирался с этой встройкой.
В том смысле, в котором локальны KNN и LWLR. Вывод зависит только от близких точек, а не от всего трейна.
А если трейн сократить до нужного размера?
Ну тогда можете в свой список кандидатов добавить отдельные деревья решений.
Всё же, каждое дерево глобально, поскольку считается на всём трейне.
А если трейн сократить до нужного размера?
Да, пока это основная идея.
Всё же, каждое дерево глобально, поскольку считается на всём трейне.
был не внимателен, пропустил про трейн
Если сразу в модели будет, то легче их менять.
Если речь о непосредственной торговли VPS, то наверное да. Но если, например, нужно для KNN со временем добавлять по строчке в таблицу, хранящуюся в ONNX файле, то здесь никак. Хотя, наверно, можно использовать эту таблицу как вход для ONNX модели. Надо понять, есть ли здесь вообще смысл в использовании ONNX.
Кстати, есть ли возможность использовать в советнике больше одной модели, допустим, выбирать их без изменения кода?
Вроде бы с этим нет проблем - открывается несколько моделей, каждая со своим хэндлом. Хотя, с многогигабайтными моделями наверняка будут проблемы)
Если речь о непосредственной торговли VPS, то наверное да. Но если, например, нужно для KNN со временем добавлять по строчке в таблицу, хранящуюся в ONNX файле, то здесь никак. Хотя, наверно, можно использовать эту таблицу как вход для ONNX модели. Надо понять, есть ли здесь вообще смысл в использовании ONNX.
Вроде бы с этим нет проблем - открывается несколько моделей, каждая со своим хэндлом. Хотя, с многогигабайтными моделями наверняка будут проблемы)
Разве данные там в исходном виде хранятся, что бы их просто добавлять? Я думал, что в нормальной модели есть преобразование данных и их сортировка с индексацией - для ускорения работы. Если есть, то просто модель надо пересобирать каждую неделю или месяц, а может и день - с периодичностью.
Если там ничего подобного нет, и вся база грузится в память для ускорения работы, то да - можно сделать автоматическое добавление примеров и тут лучше всё сделать на MQL. Есть вроде как статья тут, как использовать такие модели на MQL.
Разве данные там в исходном виде хранятся, что бы их просто добавлять? Я думал, что в нормальной модели есть преобразование данных и их сортировка с индексацией - для ускорения работы. Если есть, то просто модель надо пересобирать каждую неделю или месяц, а может и день - с периодичностью.
Если там ничего подобного нет, и вся база грузится в память для ускорения работы, то да - можно сделать автоматическое добавление примеров и тут лучше всё сделать на MQL. Есть вроде как статья тут, как использовать такие модели на MQL.
Как делать средствами MQL5 более-менее понятно. Как делать через ONNX пока не очень понятно.
Кстати, на форуме нашёл попытку запустить KNN модель в ONNX формате. Но, так понимаю, пока не получилось.