Мы запускаем облачный сервис MQL5 Cloud Network! - страница 131
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
На одной из машин уже более суток 2 агента (из четырёх на машине) грузят процессор, как при выполнении задания.
При этом последние логи этих агентов датированы 04.06.2012 13:08 и 04.06.2012 16:41, последние записи в логах - connected to 3.agents.mql5.com. Используемый агентами объём памяти не меняется.
Что предлагается делать в этой ситуации? Это выполнение задания или зависание агентов?
На одной из машин уже более суток 2 агента (из четырёх на машине) грузят процессор, как при выполнении задания.
При этом последние логи этих агентов датированы 04.06.2012 13:08 и 04.06.2012 16:41, последние записи в логах - connected to 3.agents.mql5.com. Используемый агентами объём памяти не меняется.
Что предлагается делать в этой ситуации? Это выполнение задания или зависание агентов?
Такая же беда, я просто перегрузился и агент успокоился, а то двое суток молотил. Наверно баг какой-то.
Такая же беда, я просто перегрузился и агент успокоился, а то двое суток молотил. Наверно баг какой-то.
На одной из машин уже более суток 2 агента (из четырёх на машине) грузят процессор, как при выполнении задания.
При этом последние логи этих агентов датированы 04.06.2012 13:08 и 04.06.2012 16:41, последние записи в логах - connected to 3.agents.mql5.com. Используемый агентами объём памяти не меняется.
Что предлагается делать в этой ситуации? Это выполнение задания или зависание агентов?
Автоматическое обновление агентов сняло вопрос. Если верить логам, которые дозаписались (т.е., по сигналу менеджера агенты отреагировали на внешние воздействия), двое суток они ничего не делали, но во всю грузили процессор и держали память!!!
окончание лога за 4 июня (записано 6 июня в 20:20):
LJ 0 History 13:08:29 USDRUR: load 27 bytes of history data to synchronize
EM 0 History 13:08:29 USDRUR: history synchronized from 2007.05.23 to 2012.05.25
DJ 0 Tester 13:09:02 cancel expert execution
Следующий лог за 6 июня (за пятое июня вообще нет) начинается в 20:20
ON 0 Exit 20:20:44 Shutdown thread started
EP 0 Tester 20:20:44 tester agent shutdown
QE 0 Server 20:20:44 MetaTester 5 stopped
CL 0 Startup 20:22:55 access rights to common directory successfully checked
HJ 0 Startup 20:22:55 Create startup thread
JG 0 Startup 20:22:55 Thread successfully created
QL 0 Startup 20:22:55 MetaTester 5 x64 build 655 (06 Jun 2012)
HI 0 Server 20:22:55 MetaTester 5 started on 0.0.0.0:2000
HS 0 Startup 20:22:56 initialization finished
В очередной раз прошу разработчиков сбрасывать кеш лога агента в файл почаще, и обязательно при старте-завершении прохода (pass).
В описании новой версии терминала написано:
MetaTester: Добавлена поддержка использования OpenCL-программ в агентах тестирования.
В связи с этим возникают вопросы, как включить/отключить использование видеокарты, как узнать PR видеокарты, как видеокарта будет отображаться в списке агентов и т.д.
Я так понимаю поддержка OpenCL в агентах находится в стадии публичного тестирования и интерфейс управления OpenCl'ем в агентах ещё не разработан?
Сегодня обнаружил ещё одного "зависшего" агента (лог не обновлялся с 7 июня). Билд уже 665, w7 x32. Попытка снять его через менеджер агентов не удалась: я выбрал вариант "перезапустить", примерно через минуту в менеджере появилось сообщение "остановлена", но процесс остался в памяти и по прежнему грузил процессор (95-100%). ПОдождав минут 15, снял его через таскменеджер.
Любопытно, что остатки лога за 7 июня сбросились на диск, и в последних строках также, как в предыдущем случае (только билд был 642 на W7 x64), поминались "USDRUR" и "cancel expert execution".
Похоже, пора оформлять заявку в СД...
И ешё одно несчастье постигло моё стадо агентов.
Начиная с конца апреля (совпадает с выпуском билда 642) периодически самопроизвольно деинсталируются агенты, причём степень разрушений разная:
Иногда все файлы остаются на месте, исчезает только запуск служб в реестре.
Чаще встречается вариант с удалением файла metatester.exe
Иногда, помимо удаления metatester.exe, удаляется папка одного из агентов.
Во всех случаях в журнале менеджера агентов остаётся запись о деинсталяции. Пока проблема наблюдалась только на x32 (как W7, так и XP) c билдами 642 и 655. После восстановления файла metatester.exe и запуска менеджера пришлось добавлять агентов заново, при этом привязка к учётной записи в mql5.community сохранялась от прежней установки.
Никто с таким не сталкивается? Я несколько раз видел подобное где-то в октябре-ноябре 2011 (сейчас не смог найти своё сообщение об этом в форуме).
Сегодня обнаружил ещё одного "зависшего" агента (лог не обновлялся с 7 июня). Билд уже 665, w7 x32. Попытка снять его через менеджер агентов не удалась: я выбрал вариант "перезапустить", примерно через минуту в менеджере появилось сообщение "остановлена", но процесс остался в памяти и по прежнему грузил процессор (95-100%). ПОдождав минут 15, снял его через таскменеджер.
Любопытно, что остатки лога за 7 июня сбросились на диск, и в последних строках также, как в предыдущем случае (только билд был 642 на W7 x64), поминались "USDRUR" и "cancel expert execution".
Похоже, пора оформлять заявку в СД...
Теперь "подвис" агент (665) на W7x64. Симптомы те-же: остановка записи лога, полостью занятое ядро, неизменный объём памяти. Перезапуск через менеджер агентов не помогает - только сбросился буфер лога, куда попало сообщение "cancel expert execution" (за час с лишним до команды на перезапуск!) и сообщения об остановке агента. Процесс остался висеть в памяти, хотя менеджер пишет, что служба остановлена.
Та же ситуация: билд 655, W7x64, 2а агента перестали отзываться по локальной сети при тестировании, в логе тестера было написано "occupied by another terminal".
Логов агентов вовсе нет, после снятия в диспетчере задач процессов логи создались пустые, и все заработало.