MetaTrader 5 Strategy Tester и MQL5 Cloud Network - страница 30
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Боюсь, что при 24 агентах на 8 ядрах (4 по сути + гипертрейдинг) Вы всю производительность процессора потратите на обеспечение инфраструктуры.
При выставлении излишнего количества агентов происходит сильное падение их индекса производительности PR, что приводит к кратному снижению оплаты.
Давно не пользовался облаком. Решил использовать при подборе параметров. Работа облака ПРИЯТНО удивила.
Если долго шлифовать систему распределенной сети, то результат получается хороший.
В общем, на полтора часа никак не тянет.
P. S. Включил клауд на "лету". Из-за пропадания интернета, отвалились удалённые агенты. Потом не хотели подключаться (состаяние autorized; не подключались как минимум два генетических поколения) - видимо тестер решил, что задач и на клауд хватит, а халявные агенты пусть отдохнут. Отключил "клауд". Подключились удалённые агенты. Включил клауд. Ну и в итоге получил подвисание.
Сеть таки нужно немного допилить, чтобы небыло подобных ситуаций (например, запоминать максимальное время прохода и если ожидание прохода длится в 2 раза дольше максимального времени прохода - запустить тот же процесс на лучшем ядре из локальных (или удалённых)).
+ нужно доработать TerminalInfoInteger(TERMINAL_MEMORY_AVAILABLE)
+ скорость генетики зависит от скорости самого слабого ядра - если у моих ядер PR - 160-180, а задачи в cloud раздаются ядрам вплоть до 100. В итоге, каждое поколение, мои ядра вынуждены простаивать существенное время и ожидать ответов от cloud для генерации новой популяции. Думаю, что следует отказаться от ограничения в 100PR, а выдавать в первую очередь те агенты, PR которых больше PR самого слабого локального ядра (+или удалённого ядра, если такие подключены). Если таковых нет, то нагрузку следует как-то балансировать по времени. Например, если предположить, что все проходы проходят на одном и том же ядре с одинаковой скоростью (в жизни, конечно не так, но многие эксперты с некоторыми допущениями, можно назвать стабильными по времени тестирования, независимо от параметров). Если PR локального ядра 150, а PR ядра в клауд - 100, тогда локальному агенту нужно дать задач в 1,5 раза больше нежели агенту в клауд. Или же, при меньшем PR не выдавать агентам в клауд задачи пачками, а по одной штуке, но более широкому кругу агентов. В этом случае, простои будут минимальны. В общем, хотелось бы увидеть продвижения в этом вопросе
За последние 12 часов, сеть подвисала ещё три раза :(
(И в журналах по генетике встречаются агенты с PR < 100)
Кстати, ктонить на ssd пробовал агентов расшаривать? Учитывая как у меня винт хрустеть начинает на 8 агентах, даже без задач, что-то есть подозрение, что ресурс ssd быстро заканчивается. И при тестировании достаточно легкого советника, скорость вычисления, в скорость винтчестера упираться начинает. Скок там терабайт прокачивается в кеше вопрос хороший)
Есть такая буква в алфавите (я про ssd), но конкретных тестов не делал: т.к. сервер с таким девайсом находится на другом конце города. Но, ИМХО, в любой системе есть дисковый кэш, который сглаживает частые обращения к диску.
Решил пооптимизировать простенький гридер (таймер 30 сек, контроль нового m1 бара) на всех тиках по двум парам. Мои 4 ядра i5 (PR=160-170) и 8 ядер i7 (PR=170-180) выдали время оптмизации в р-не 90 (!) часов.
Потом оказалось, что проходы на i5 тестятся раза в 2 медленнее (хотя, как я несколько раз уже писал, ранее всё было на оборот - i5 + winxp64 был быстрее i7 + win7x64). Сначала скосил на память - её на i7 больше.
А потом случайно глянул в диспетчер задач и увидел, что агенты имеют наинизший приоритет (Low). Причём, на обеих машинах. И если на win7 мне удалось поднять приоритет до Normal, то winxp64bit почему-то не разрешает. За полдня с новыми приоритетами на i7 время тестирования сократилось (вродебы :)) на несколько часов.
Такие "тормоза" вроде как два последних билда наблюдаются (а может мне это только кажется).
А приоритет Low - это слишком жестоко - если оборудование минимум 12 часов в сутки может дать агентам максимальный приоритет.
В общем, думал, что приоритет как-то автоматом от загрузки ресурсов меняется, но похоже, что сам он не меняется :(