Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
В изменениях исходников не увидел, чтобы именно с буфером обмена что-то делалось.
Разве если запустить оптимизацию, она не займет все доступные ядра сразу? Не врубаюсь, каким образом одиночный тест "отъел" одно ядро у оптимизации (на самом деле даже 2 агента оптимизируюшего МТ помечены как disabled).
Вроде, сразу написал. Оптимизирующий Терминал имеет два агента disabled. Каждый enabled-агент берет по ядру.
Вроде, сразу написал. Оптимизирующий Терминал имеет два агента disabled. Каждый enabled-агент берет по ядру.
Там явным образом ничего не сказано о ручном отключении (или другой настройке агентов) - и этот нюанс по-прежнему обойден. Именно из-за этого у меня и возник вопрос, насколько параллельная работа автоматизирована. Я по наивности из темы и описания блога подумал, что сделана полная автоматизация.
LockWaiting видел - именно её сформулировал как блокирующую работу с файлами. Понятно, что лок можно использовать для обращения к ресурсам, в т.ч. буферу обмена. Терминологическая путаница.
PS. Наверно, чего-то недопонимаю, но если требовался только исключительный доступ к буферу обмена, то такой же лок (цикл с периодическими проверками) логичнее делать на функциях самого клипбоарда (OpenClipboard, который уже упоминается в исходниках).
Там явным образом ничего не сказано о ручном отключении (или другой настройке агентов) - и этот нюанс по-прежнему обойден. Именно из-за этого у меня и возник вопрос, насколько параллельная работа автоматизирована. Я по наивности из темы и описания блога подумал, что сделана полная автоматизация.
Полная автоматизация со стороны MQ. На любых машинах, даже если работаю с одним терминалом, выключаю 1-2 агента, чтобы можно было работать на машине без лагов.
Терминал1 (Оптимизация): Агенты 3000-3017 - enabled, 30018-3019 - disabled. Так на всех терминалах, потому что все остальные терминалы - полная копия первого. Никаких настроек руками не делается.
Терминал2 - под одиночные проходы.
Два сценария.
PS. Наверно, чего-то недопонимаю, но если требовался только исключительный доступ к буферу обмена, то такой же лок (цикл с периодическими проверками) логичнее делать на функциях самого клипбоарда (OpenClipboard, который уже упоминается в исходниках).
Не вижу логичности в таком решении.
Полная автоматизация со стороны MQ. На любых машинах, даже если работаю с одним терминалом, выключаю 1-2 агента, чтобы можно было работать на машине без лагов.
Терминал1 (Оптимизация): Агенты 3000-3017 - enabled, 30018-3019 - disabled. Так на всех терминалах, потому что все остальные терминалы - полная копия первого. Никаких настроек руками не делается.
Терминал2 - под одиночные проходы.
Два сценария.
Если б данное описание было в блоге, вопроса бы не возникло. Опять таки, данное описание означает ручную настройку агентов, имхо, а не автоматизацию. Проверять нечего.
Если б данное описание было в блоге, вопроса бы не возникло. Опять таки, данное описание означает ручную настройку агентов, имхо, а не автоматизацию. Проверять нечего.
Нет ручной настройки. Можете ничего не делать с агентами, поведение не изменится. Сумели удивить.
Нет ручной настройки. Можете ничего не делать с агентами, поведение не изменится. Сумели удивить.
Был заявлен "обход возможных конфликтов при работе с параллельными Тестерами." Эта фраза вводит в заблуждение в контексте ядер, потому что по факту делается ручная конфигурация агентов. Вы почему-то упорно связываете выделение портов с ядрами. Порты не могут пересекаться, а ядра (процессы) - могут - это зависит как раз от предварительных настроек. Полагаю, что у нас просто разные понятия в автоматическом разрешении конфликтов между параллельными процессами.
Был заявлен "обход возможных конфликтов при работе с параллельными Тестерами." Эта фраза вводит в заблуждение в контексте ядер, потому что по факту делается ручная конфигурация агентов.
Вы неправильно интерпретировали слово "обход". Проблема возникает, когда одновременно несколько терминалов работают с clipboard. Раньше задания одного терминала могли случайно попадать в другой терминал. Сейчас это исключено.
Доступны следующие изменения в MTTester.mqh.
Иногда нужно на работающих терминалах выполнить одно и то же. Автоматизация этого действа ниже на примере.
Требуется собрать данные на каждом терминале, запустив там подобный скрипт RunMe.mq5.
Вот так это делается.
В итоге одним нажатием собрали данные со всех терминалов. Благодаря MTTESTER::RunEX5 - запускает EX5 на требуемом терминале (portable).