Мы запускаем облачный сервис MQL5 Cloud Network! - страница 183

 
Нет рикаких проблем с рейтингом PR, так как он на 100% коррелирует с мощностью CPU.

А так как у нас высокие требования к включению в клауд, то минимальный уровень приемлем для просчета.


Новую формулу расчета цены мы представим как будем готовы.
 
Renat Fatkhullin:
Нет рикаких проблем с рейтингом PR, так как он на 100% коррелирует с мощностью CPU.

А так как у нас высокие требования к включению в клауд, то минимальный уровень приемлем для просчета.


Новую формулу расчета цены мы представим как будем готовы.

Тогда как объяснить результаты оптимизации и рейтинг

Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий

Хочу собрать ПК для работы с МТ 5, что посоветуете и почему?

Aleksey Vyazmikin, 2019.03.28 13:02

А вот результаты оптимизации, дабы оценить реальную разницу в производительности

Видно, что базовый мой ПК FX-8350, который PR 101 получил, на 20-25% быстрей, чем другой FX-8350, который получил рейтинг PR125.

В то же время Phenom II 960T медленней уже на 35% при лучшем PR рейтинге 119.

Время на оптимизацию ушло 1 час 23 минуты, это что бы не смущало число проходов, просто в каждом проходе по 1000 фреймов - режим Математические вычисления. Агенты запустились почти синхронно, ну максимум 0,3 прохода разницы.

От этого PR рейтинга зависит, в общем то доход и расход пользователей клауд, поэтому хотелось бы получить действительно комментарии @Renat Fatkhullin .


 
Aleksey Vyazmikin:

Тогда как объяснить результаты оптимизации и рейтинг


При таком малом количестве проходов нельзя такие грязные выводы делать.

Тестер просто не может пропорционально разделить столь малое количество проходов. У него еще при этом стратегия пакетирования(ввдавать больше одной задачи). Остальные агенты тупо ждали.

В вобщем, тест вообще неправильный для оценки рейтингов.

Если идти дальше, то PR не может на 100% предсказать конкретный профиль нагрузки конкретного эксперта. 

 
Renat Fatkhullin:
При таком малом количестве проходов нельзя такие грязные выводы делать.

Тестер просто не может пропорционально разделить столь малое количество проходов. У него еще при этом стратегия пакетирования(ввдавать больше одной задачи). Остальные агенты тупо ждали.

В вобщем, тест вообще неправильный для оценки рейтингов.

Если идти дальше, то PR не может на 100% предсказать конкретный профиль нагрузки конкретного эксперта. 

Добавил проходов для объективности - картина не изменилась


Если тест не правильный, то дайте правильный тест, а то появляются сомнения в справедливой оценки, а значит и в размере оплаты услуги и вознаграждении.
 
Aleksey Vyazmikin:

Добавил проходов для объективности - картина не изменилась


Если тест не правильный, то дайте правильный тест, а то появляются сомнения в справедливой оценки, а значит и в размере оплаты услуги и вознаграждении

Есть мысль, что локальная машина имеет преимущество, так как ее время не тратится на прием передачу заданий. Запустите тест на втором компе. Потом можно уже можно будет что то оспаривать

 
Danilych:

Есть мысль, что локальная машина имеет преимущество, так как ее время не тратится на прием передачу заданий. Запустите тест на втором компе. Потом можно уже можно будет что то оспаривать

Вы точно уверены, что хотите заявить о сверх плохой работе агентов с трафиком?

 

И в таком состоянии может висеть часами

Доколе ?

 
При продаже времени агентов нет важной статистики в ЛК - время эксплуатации агента - прошу добавить.
 

А в чём проблемма, что нельзя использовать впс агентов в качестве не для продажи а локальных сетевых агентов?

Ранее вроде так и было ведь?

 
Скажите существует ли какой-нибудь приоритет выдачи заданий для агентов,  по PR например или объему памяти?
Причина обращения: