Бета-версия платформы MetaTrader 5 build 1625: Пользовательские финансовые инструменты - страница 4

[Renat Fatkhullin]

Спасибо за скриншоты, теперь ситуация яснее.

Будем завтра разбираться и исправлять. Это ненормальная ситуация.

[Sergey Dzyublik]

К сожалению, проблема воспроизводится.
Конфигурация машины (4 реальных ядра):

2017.07.03 00:28:31.215 Terminal        MetaTrader 5 x64 build 1616 started (MetaQuotes Software Corp.)
2017.07.03 00:28:31.216 Terminal        Windows 10 Home (x64 based PC), IE 11.00, UAC, Intel Core i7-7700HQ  @ 2.80GHz, RAM: 3227 / 8058 Mb, HDD: 232120 / 307199 Mb, GMT+02:00

Возможно идет конкуренция за какой-либо ресурс при синхронизации потоков, так как нагрузка на CPU растет экспоненциально от количества запущенных агентов:

1 service - 2% CPU
2 services - 4% CPU
3 services - 7% CPU
4 services - 10% CPU
5 services - 13% CPU
6 services - 17% CPU
7 services - 21% CPU
8 services - 26% CPU

[Renat Fatkhullin]

Внесенную проблему с тормозами агентов нашли и исправили. Перестарались в бета версии.

Будет доступно в релизе на этой неделе. К сожалению, в пятницу отменили выпуск релиза из-за найденного конфликтом запуска при наличии одного из антивирусов.

Извините за доставленные неудобства.

[Renat Fatkhullin]

Сегодня выпустим бета-версию на MetaQuotes-Demo.

[Renat Fatkhullin]

Проверьте на новой бете с сервера MetaQuotes-Demo, пожалуйста.

[Sergey Dzyublik]

билд 1619 - проблема исправлена.
8 services - 0% CPU

[Renat Fatkhullin]

Sergey Dzyublik:

билд 1619 - проблема исправлена.
8 services - 0% CPU

Отлично!

Спасибо, что заметили и сообщили о проблеме.

[Rosimir Mateev]

Старая проблема исправлна. Спасибо. Но ....... в Build 1619 появилась нова - Application Crash когда закрывается окно MetaTrader 5 Strategy Tester Agent (когда нажимается кнопка Close).

Windows 7 - Files that help describe the problem:
  C:\Users\Mateev\AppData\Local\Temp\WER3063.tmp.WERInternalMetadata.xml
  C:\Users\Mateev\AppData\Local\Temp\WER35C0.tmp.appcompat.txt
  C:\Users\Mateev\AppData\Local\Temp\WER35C1.tmp.mdmp

Windows Server 2008R2 -  Problem signature:
  Problem Event Name: APPCRASH
  Application Name: MetaTester64.exe
  Application Version: 5.0.0.1619
  Application Timestamp: 00baf400
  Fault Module Name: ntdll.dll
  Fault Module Version: 6.1.7601.23807
  Fault Module Timestamp: 5915fdce
  Exception Code: c0000005
  Exception Offset: 0000000000048f24
  OS Version: 6.1.7601.2.1.0.272.7
  Locale ID: 1026
  Additional Information 1: 7da6
  Additional Information 2: 7da6a62c58a11ff8b9ad53202af17fdf
  Additional Information 3: 185a
  Additional Information 4: 185a59f00535445b5d7b7f6264f2b350

Windows Server 2012 R2 - есть проблема

Windows 10 - нет проблема

Windows Server 2016 - нет проблема

Другие операционные системы - не знаю

[Alexander]

Rosimir Mateev:

Windows Server 2012 R2 - есть проблема

Другие операционные системы - не знаю

Спасибо за обращение. Воспроизвели.

[Rosimir Mateev]

Я не знаю является ли это важно или нет, но в новой версии (1616 и 1619) изменен алгоритм расчета PR. Прошу Ренат расказать нам немного больше об этом.

Насколько я вижу, PR поднялся примерно на 10% у всех агентов ниже 100, и снизился на 10% у всех агентов выше 100.

Сохранилась большая дискриминация:
1. Агентов с PR > 130 получают примерно 70-80% от всех заданий
2. Агентов с PR > 100 получают примерно 15-20%
3. Агентов с PR 70-100 получают ниже 10%
4. Агентов с PR под 65, а в новых версиях и под 75 не получают НИЧЕГО.

Разница в PR примерно 2 раза, а разница в брой заданий для разных агентов - свыше 1000 раза. Эта логика не могу понять. Почему есть такая дискриминация? Cloud и его клиенты страдают от этого. Для длинных тестов согласен - быстрые агенты закончат ранше, но для коротких тестов нет никакого значения какой является PR агента. Я уже проверил. За 10 секундый тест, запущен 50000 раз, Cloud работал примерно 2 минути (в 12 раз больше чем тест). Подключились примерно 3000 агента, а без работа стояли примерно 10 000 агента, в том числе и 80% от моих агентов. Если Cloud работал на польной мощности, подключая все 13-15 000 агента, то тогда он выполнил бы задание может быть в 3-4 раза быстрее.

Кроме этого некоторые агенты с примерно одинаковой PR получают много заданий, а другие не получают ничего (ждут по 1-2 недели без никакой заданий).

Кроме этого есть какая-та логика РАЗКРУТКИ НОВОГО АГЕНТА. По целый месяц он сидит без задания или с минимальное число задания по сравнении с другим агентом с тот же самый PR. Изменение имя компютра - ждать 1 месяц. Изменение CPU - ждать 1 месяц. Upgrade до Windows 10 Creators - ждать 1 месяц. Вообще почти каждая хард или софт перемена нулирует история агента и он от начало входит в одномесячный период разкрутки, пока Cloud решить, что с етого агента уже можно работать нормально.

Прошу Ренат еще раз обсудить с нам логика работы Cloud-a и логика раздача заданий по агентов. Можеть быть у нас совместно появятся идеи на улучшение, а от этого польза будут иметь все.