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

 
получается, к примеру, я могу задать оптимизацию советника на период 2 года, когда процент дойдет до 90% я могу нажать стоп, и довольствоваться своми 90% вычислений, а оплата использования облака до агентов не идет, мол тест не закончен, проход не действителен.
хм... интересно, надо как-то исключить такой вариант последовательности событий
 
Я считаю что PR, вообще не нужен, оплачивать только по количеству проходов (за шт.), Если компьютер тянет 4 агента к примеру, то это только + владельцу, если нет, то они просто начнут тормозить и выполнять меньше задач, отсюда и заработок меньше. Вывод - ставить меньше агентов. Все просто.
 
fyords:
Я считаю что PR, вообще не нужен, оплачивать только по количеству проходов (за шт.), Если компьютер тянет 4 агента к примеру, то это только + владельцу, если нет, то они просто начнут тормозить и выполнять меньше задач, отсюда и заработок меньше. Вывод - ставить меньше агентов. Все просто.

Тут есть как минимум один минус такого подхода - можно на один слабенький комп навешать несколько сотен агентов и любой мало-мальский код будет выполнятся десятками часов.

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

 
stantar:
А что, Вы еще нашли какие-то ошибки в клиенте? Вроде теперь клиент более-менее работает и задания выполняет.
Пока нет. Но хочется большего. Увеличение функционала: Оптимизации и увеличение прибыли (добавление полных функции по оптимизации в настройках клиента такие, как в Metatreader 5). И конечно же реализации возможности использование технологии GPGPU. А то пропадают такие вычислительные мощности!!! 
 
stantar:

Тут есть как минимум один минус такого подхода - можно на один слабенький комп навешать несколько сотен агентов и любой мало-мальский код будет выполнятся десятками часов.

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

Все правильно, т.е. владелец этого ПК получит мизер от того что навешал кучу агентов. Раз агенты будут заняты, то они не смогут забрать все задачи, остальные задачи будут выполняться на других агентах.

В итоге получится лучше иметь 100 агентов на селероне и получать 5 центов в месяц или 1 агент на том же селероне и получать 1 доллар в месяц (образно). А по поводу количества агентов - сделать грубую привязку к количеству ядер, допустим 1 проц х 4 ядра - 4 агента, 2 проца х 4 ядра на проц - 8 агентов и не граммом больше. Сейчас я могу навешать на свои машины кучи агентов, но смысла нет, т.к. каждый агент может по максимуму забрать только одно ядро, вывод зачем ставить на 1-процессорный 4 ядерный комп 8 агентов, при нагрузке все вместе они начнут тормозить и от этого скажется производительность на всех 8 агентах, следовательно на заработке.

 
fyords:

Все правильно, т.е. владелец этого ПК получит мизер от того что навешал кучу агентов. Раз агенты будут заняты, то они не смогут забрать все задачи, остальные задачи будут выполняться на других агентах.

В итоге получится лучше иметь 100 агентов на селероне и получать 5 центов в месяц или 1 агент на том же селероне и получать 1 доллар в месяц (образно). А по поводу количества агентов - сделать грубую привязку к количеству ядер, допустим 1 проц х 4 ядра - 4 агента, 2 проца х 4 ядра на проц - 8 агентов и не граммом больше. Сейчас я могу навешать на свои машины кучи агентов, но смысла нет, т.к. каждый агент может по максимуму забрать только одно ядро, вывод зачем ставить на 1-процессорный 4 ядерный комп 8 агентов, при нагрузке все вместе они начнут тормозить и от этого скажется производительность на всех 8 агентах, следовательно на заработке.

есть еще одна проблема не все задачи одинаковы, т.е. есть задачи которые один и тот же агент выполняет с разным временем!(ест проход за пару секунд, есть проход на несколько минут) А если не учитывать PR то как тогда считать заработок?
 
q-elf:
есть еще одна проблема не все задачи одинаковы, т.е. есть задачи которые один и тот же агент выполняет с разным временем!(ест проход за пару секунд, есть проход на несколько минут) А если не учитывать PR то как тогда считать заработок?
А кто сказал что его учитывать не надо?
 
q-elf:
есть еще одна проблема не все задачи одинаковы, т.е. есть задачи которые один и тот же агент выполняет с разным временем!(ест проход за пару секунд, есть проход на несколько минут) А если не учитывать PR то как тогда считать заработок?
Это и плохо: задачи разные, время выполнения разное (есть проход за пару секунд, есть проход на несколько минут), а оплачиваются они одинаково, т.к доход вычесляется от количество_проходов*PR, т.е. секундный тест= 1 проход, часовай тест = 1 проход, => доход одинаковый от обоих проходов, а процессорное время затраченное на вычисления разное.
 
fyords:
Это и плохо: задачи разные, время выполнения разное (есть проход за пару секунд, есть проход на несколько минут), а оплачиваются они одинаково, т.к доход вычесляется от количество_проходов*PR, т.е. секундный тест= 1 проход, часовай тест = 1 проход, => доход одинаковый от обоих проходов, а процессорное время затраченное на вычисления разное.
Не надо фантазировать, кол-во проходов ни какого значения не имеет, в рассчетах участвует только затраченное время. RTFM.
Вопросы по оплате в сети распределенных вычислений MQL5 Cloud Network
Вопросы по оплате в сети распределенных вычислений MQL5 Cloud Network
  • cloud.mql5.com
Вопросы по оплате за участие в сети распределенных вычислений MQL5 Cloud Network.
 
Interesting:
А кто сказал что его учитывать не надо?
диалог был с fyords значит логически он, а вообще можно предыдущее почитать.
Причина обращения: