Мы запускаем облачный сервис MQL5 Cloud Network! - страница 64
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Та же проблема как у LEgion717!! уже 2 дня ни копейки
Ещё интересуют следующие моменты:
1. С месяц назад подключил 4 агента с рабочего сервера (Core Quad Q6600, 2.4Ghz) - он выполняет роль шлюза для выхода в интернет в офисе. Агенты с этой машины получили PR ~ 74-76. Позже подключил свой рабочий компьютер - Core Duo 6300 (1,86Ghz). PR у двух ядерника, как и ожидалось, оказался заметно ниже - порядка 30. Но при этом также упал PR у вышеупомянутого четырех ядерника - он тоже стал равен примерно 30. Теперь вопрос - почему так произошло? Могло ли случится так, что это произошло из-за того, что компьютер с двух ядерным процессором использует для выхода в интернет тот же IP-шник, что и четырех ядерный (который является шлюзом)?
2. Вопрос по используемой ОЗУ - если агент в течении какого-то промежутка времени начинает активно выполнять задачи, то начинается постоянное нарастание используемого объема оперативной памяти на этом агенте - за сутки, в среднем, доходило до 150Мб, а если мы говорим о процессоре с 8 логическими ядрами, то получается, что объем занятой памяти приближался к 1Гб. При этом эта память никак не высвобождается (помогает только перезапуск агентов) - можно ли сделать так, чтобы в будущем сброс используемой ОЗУ производился в автоматическом порядке с определенным интервалом? ...Или я что-то не понимаю?
Спасибо.
Это хорошо что вы понимаете что это лишь ваше мнение.
Советник торгующий в реалтайме и советник работающий в тестере, работают в совершенной разных условиях. На VPS/VDS серверах советники как правило торгуют в реалтайме, редко кто ставит на сервере оптимизацию.
Если в реалтайме тики приходят раз в 3 сек, те самый дохлый камушек успевает сделать 3-10 лямов операций без проблем, то повесив советник с 3-10 лямов между тиками в тестер, вы получите жуткие тормоза. Вот собственно для этого и нужно ускорение поиска лучших параметров за счёт распараллеливания проходов ГА в MQL5 Cloud, и вычисления на GPU внутри одного прохода.
Т.е. вы предлагаете 1-го советника писать для тестирования а другого для работы? Ну что ж, вариант, правда увеличивается время разработки и отлавливания ошибок 2-х различных вариантов исполнения, но это дело каждого. К тому же реализация OpenCL от разных производителей далеко пока не идеальная. Сам с этим недавно столкнулся, когда 1 и тот же код, полностью соответствующий спецификации OCL, на AMD и Intel реализациях OCL дает совершенно разные результаты.
К тому же вы как-то хитро проигнорировали 2-ю часть моего поста насчет скорейшего внедрения MT5 в ДЦ. Заметьте, я не говорил что внедрение OCL - это бред, а лишь то что это не первоочередная задача на данный момент.
Ещё интересуют следующие моменты:
...
2. Вопрос по используемой ОЗУ - если агент в течении какого-то промежутка времени начинает активно выполнять задачи, то начинается постоянное нарастание используемого объема оперативной памяти на этом агенте - за сутки, в среднем, доходило до 150Мб, а если мы говорим о процессоре с 8 логическими ядрами, то получается, что объем занятой памяти приближался к 1Гб. При этом эта память никак не высвобождается (помогает только перезапуск агентов) - можно ли сделать так, чтобы в будущем сброс используемой ОЗУ производился в автоматическом порядке с определенным интервалом? ...Или я что-то не понимаю?
Т.е. вы предлагаете 1-го советника писать для тестирования а другого для работы? Ну что ж, вариант, правда увеличивается время разработки и отлавливания ошибок 2-х различных вариантов исполнения, но это дело каждого. К тому же реализация OpenCL от разных производителей далеко пока не идеальная. Сам с этим недавно столкнулся, когда 1 и тот же код, полностью соответствующий спецификации OCL, на AMD и Intel реализациях OCL дает совершенно разные результаты.
К тому же вы как-то хитро проигнорировали 2-ю часть моего поста насчет скорейшего внедрения MT5 в ДЦ. Заметьте, я не говорил что внедрение OCL - это бред, а лишь то что это не первоочередная задача на данный момент.
Вы совершенно не правильно поняли мой пост.
Если написанный код устраивает по скорости в тестере, то юзаем как есть, если нет то разгоняем с помощью GPU (для чего оптимизируем код, выискивая места где можно распараллелить работу).
Таким образом программирование в MQL5 будет вестись как и прежде, но в особо сложных случаях можно будет применить ещё и GPU. При этом не зависимо от того было ли применение функций GPU, код будет работать даже на машине без видеокарты (правда медленнее так как функции GPU будут исполнятся на центральном процессоре).
MQL5 Облако ошибки!! Когда я тест стабильности MQL5 Облака, я нашел несколько ошибок (выбросов)!
Вы совершенно не правильно поняли мой пост.
Если написанный код устраивает по скорости в тестере, то юзаем как есть, если нет то разгоняем с помощью GPU (для чего оптимизируем код, выискивая места где можно распараллелить работу).
Таким образом программирование в MQL5 будет вестись как и прежде, но в особо сложных случаях можно будет применить ещё и GPU. При этом не зависимо от того было ли применение функций GPU, код будет работать даже на машине без видеокарты (правда медленнее так как функции GPU будут исполнятся на центральном процессоре).
Ну, сути это нисколько не меняет, и мои аргументы (которые вы так упорно игнорируете :)) остаются теми же.
Этими функциями на данный момент будут пользоваться единицы, при этом их оптимизация как в облаке так и просто на различных архитектурах будет давать неприлично много ошибок ввиду сырости как OCL так и самого MT5. А без облака можно их и сейчас использовать хоть в MT4 - достаточно вынести обработку в DLL.
И еще раз повторюсь, я нисколько не против OCL, сам его с успехом использую (не в торговле), но ни для MT ни для облака и заработка в нем на данный момент особой пользы от него не будет. Надо больше сил вкладывать в базу.
...но ни для MT ни для облака и заработка в нем на данный момент особой пользы от него не будет. Надо больше сил вкладывать в базу.