OpenCL: внутренние тесты реализации в MQL5 - страница 17
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Но в наличии ещё имеется парк видях без поддержки расчётов на GPU, именно для них и делается эмуляция расчёта кода OpenCL на центральном процессоре (что сами понимаете будет значительно медленнее).
Софтверный OpenCL никакого отношения к видеокартам не имеет и не включает никаких частичных функций старых карт. Это чистое исполнение на процессоре.
Софтверный OpenCL никакого отношения к видеокартам не имеет и не включает никаких частичных функций старых карт. Это чистое исполнение на процессоре.
Именно это я и хотел донести, спасибо что уточнили.
Да исключения пишутся в С++, именно там делается выбор будет ли код OpenCL исполнен на GPU девайсе или на CPU, но это исключение прописано лишь на случай невозможности использовать GPU. Никакие тесты какой проц быстрее GPU или CPU для конкретного кода не проводятся. Это нужно понимать.
Серьезная борьба за скорость разворачивается, отсюда вопрос: что такое хороший код, а что плохой? Какие вещи отбирают скорсть? Не порекомендуете что-нибудь для прочтения?
Кстати, мы готовим новый механизм работы с кешами промежуточных состояний баров для тестера, что даст серьезное ускорение при оптимизации торговых роботов.
В ближайших билдах выйдет после длительных тестов.
А ещё есть интересный вопрос: в чём смысл жизни?
Это однозначно в сервисдеск !!!! )))
Я как то наблюдал похожую сцену:
глуховатая бабушка подходит к внучку и тыча пальцем в CD-ром произносит вопрос:
- Это там плёнка? кино?
На лице внучка отображается процесс сканирования информации о компьютерах, сд-приводах, кодирования информации в виде 0 и 1, CDFS, FAT32, записи видеоинформации в формате avi, и после судорожной работы мозга, звучит ответ:
- бабуля я не буду вам отвечать.
Кстати, мы готовим новый механизм работы с кешами промежуточных состояний баров для тестера, что даст серьезное ускорение при оптимизации торговых роботов.
В ближайших билдах выйдет после длительных тестов.
Кстати, мы готовим новый механизм работы с кешами промежуточных состояний баров для тестера, что даст серьезное ускорение при оптимизации торговых роботов.
В ближайших билдах выйдет после длительных тестов.
Ждем с нетерпением.
Теоретически если для цен открытия, то можно было бы ускорить таким макаром:
Берем два кеша: для М1 и для текущего таймфрейма.
Проверяем текущий n-й бар по кешу текущего таймфрейма. Если позиция открывается или закрывается по рынку, то выполняем приказ по цене открытия текущего таймфрейма. Если какой нибудь отложник (защитные стопы, т.е. тейкпрофит или стоплосс также являются отложками) по ценам открытия отложек, находятся в диапазоне: Max(High[0], Close[1]) и Min[Low[0], Close[1]), то этот бар прогоняем как для кеша M1. Если ни одна отложка в диапазон не попали, то бар пропускается.
Как-то примерно так?
А то уж больно тоскливо на больших таймфреймах оптимизировать.
Ренат, я еще сообщение в ветке: https://www.mql5.com/ru/forum/4927/page116 оставил по ускорению форвардных тестов в режиме генетического алгоритма. Хотелось бы услышать мнение разработчиков.
Поставил каталист центр 12, ранее стоял 11. Уже есть результат (выделено красным): ........................