Мы запускаем облачный сервис MQL5 Cloud Network! - страница 152
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Господа разработчики!
Есть несколько предложений относительно вашего облачного сервиса.
1. Для расчёта рейтинга использовать какой-нибудь реальный, кОмплексный и в то же время практически целесообразный показатель, вроде скорости QR или SVD разложения.
2. Нормализовывать рейтинг, считая, например, PR так, как это делают при расчёте показателя интеллекта IQ.
3. Для расчёта цены сдаваемого в аренду процессорного времени использовать обычный приём максимизации площади прямоугольника с вершиной на кривой спрос/предложение.
4. Мотивировать точки доступа облака (в частности для реализации п. 3) введением комиссии в их пользу.
С наилучшими пожеланиями,
Евгений
...
1. Для расчёта рейтинга использовать какой-нибудь реальный, кОмплексный и в то же время практически целесообразный показатель, вроде скорости QR или SVD разложения.
2. Нормализовывать рейтинг, считая, например, PR так, как это делают при расчёте показателя интеллекта IQ.
...
Я не разработчик, но все же спрошу:
1. чем не угодил текущий расчет? Не знаю, что том считает "QR или SVD разложения", он нынешний тест заточен под задачи MQL, т.е. он высчитывается на основе пройденных предыдущих тестов, для этого не требуется дополнительно считать тест, и потом уже данные, а по ходу вычисления задачи вычисляется PR (или как-то так).
2. это как?
Я не разработчик, но все же спрошу:
1. чем не угодил текущий расчет? Не знаю, что том считает "QR или SVD разложения", он нынешний тест заточен под задачи MQL, т.е. он высчитывается на основе пройденных предыдущих тестов, для этого не требуется дополнительно считать тест, и потом уже данные, а по ходу вычисления задачи вычисляется PR (или как-то так).
2. это как?
Я не профессиональный математик, поэтому попытаюсь объяснить в меру разумения.
1. Я не знаю в действительности как считается PR, но судя по результатам демонстрируемым участниками, по их претензиям, PR даёт порой неожиданные результаты. QR и SVD разложения в MATLAB, во всяком случае, в зависимости от производительности процессора и оперативной памяти дают предсказуемые результаты. QR и SVD разложения используются при обращении и псевдообращении матриц, при решении задач на собственные (сингулярные) значения и вектора. Какие бы не были задачи (а нахождение условных эстремумов и подавно), все они они так или иначе чаще всего сводятся к нахождению решений линейных систем, так что скорость упомянутых разложений будет самое то, возможно.
2. Для оценки IQ используется зависимость частоты от балла. При этом считается, что зависимость ложится на некоторое распределение, например, нормальное или другое происходящее от распределения Больцмана. Баллы нормируются таким образом, что средняя частота принимается условно за 100 единиц. Учитывая свойства нормального распределения, площадь под кривой до отрезка опущенного из среднего значения (строго говоря для нормального распределения, несобственный интеграл от минус бесконечности до среднего значения) будет равняться 0.5. Т.е. если я имею IQ в 100 единиц, то я и ещё 50 % всех людей прошедших тест будут иметь IQ не больший 100. Можно на основе распределения составить таблицу соответствия между единицами и площадью криволинейной трапеции, но 100 единиц всегда будут соответствовать 50 %. Как-то так.
...
Ээ..... Будем считать, что понял :) . Но
Под словом "тест" я понимаю одновременный тест всех доступных агентов на данный момент.
Не у вех агенты работают 24/7. А как быть с теми, кто подключит свои агенты, ну скажем, на 2а часа в день (по планировщику, скользящий график). Когда их мониторить? Постоянно? Т.к. загруженность компьютеров может плавать с течением времени. Не, не пойдет. Излишняя нагрузка агентов на вычисления не дающая пользы, кроме вычисления собственно скорости.
PS. Вот тут https://cloud.mql5.com/ru/faq/payments есть информация как считается производительность.
А это как?
Ээ..... Будем считать, что понял :) . Но
Под словом "тест" я понимаю одновременный тест всех доступных агентов на данный момент.
Не у вех агенты работают 24/7. А как быть с теми, кто подключит свои агенты, ну скажем, на 2а часа в день (по планировщику, скользящий график). Когда их мониторить? Постоянно? Т.к. загруженность компьютеров может плавать с течением времени. Не, не пойдет. Излишняя нагрузка агентов на вычисления не дающая пользы, кроме вычисления собственно скорости.
PS. Вот тут https://cloud.mql5.com/ru/faq/payments есть информация как считается производительность.
А это как?
Перечитав предыдущее своё сообщение, я нашёл пару ошибок: биномиальное распределение, конечно, в основе нормального, а не Больцмана; и не средняя частота, а частота среднего значения.
Ну зачем же одновременно? Будем считать, что тесту свойственна эргодичность - результаты для каждого набора "железа" при прочих равных, не уходят во времени далеко от среднего, т.е. не зависят от фазы Луны, числа пятен на Солнце и прочего.
Прочитайте, пожалуйста, ещё раз https://cloud.mql5.com/ru/faq/payments. Про то как считается PR, сказано только, что по "специальной единой методике". Но вот по какой, про то нет ни слова.
Комиссия действительно выплачивается, это я упустил.
... Прочитайте, пожалуйста, ещё раз https://cloud.mql5.com/ru/faq/payments. Про то как считается PR, сказано только, что по "специальной единой методике". Но вот по какой, про то нет ни слова. ...
Наверно, я не правильно понял вопрос, подумав про "стоимость одной единицы PR". Да, не сказано. Но ведь на этом и основана вся идея PR. Если точно не знаешь на основе чего рассчитывается PR, то и смухлевать не получится. Защита, однако :)
А как быть с загрузкой процессора? Пустой он пройдет этот тест на 5, а когда юзер решит поиграть или еще чего, то тут скорость и упадет, и вместо заявленных ранее 5 баллов, решит на 2. А пользователь, заказавший вычисления, будет думать "че так облако тормозит", когда его задачи раздадутся геймерам, к примеру.
>Наверно, я не правильно понял вопрос, подумав про "стоимость одной единицы PR". Да, не сказано. Но ведь на этом и основана вся идея PR. >Если точно не знаешь на основе чего рассчитывается PR, то и смухлевать не получится. Защита, однако :)
Я примерно так рассуждал. Если пользователь будет знать "примерно верно" сколько он будет получать, а не мифические обещанные 7$/мес. с одного ядра i5, то это будет мотивировать его на покупку соответствующего железа, чтобы получать стабильный доход. Это в свою очередь приведёт к здоровой конкуренции и отсеиванию случайных людей, вроде подростков и компьютерных игроков. Кстати, отсюда, ещё одно замечание к разработчикам - нет статистики по PR.
> А как быть с загрузкой процессора? Пустой он пройдет этот тест на 5, а когда юзер решит поиграть или еще чего, то тут скорость и упадет, и >вместо заявленных ранее 5 баллов, решит на 2. А пользователь, заказавший вычисления, будет думать "че так облако тормозит", когда его >задачи раздадутся геймерам, к примеру.
Тут Вы правы совершенно. Об этом я не подумал. Может быть использовать среднее по времени(?): sum(PR(t))/n, где t=1,...,n, так, что t, например дни. Или использовать произведение PR на дополнительный нормировачный множитель загрузки процессора, например, (100% - текущая_загрузка_%)?
arkhimed:
... а не мифические обещанные 7$/мес ...
А кто говорит что это миф? Это реальность. Я лично проверил расчеты, и действительно, при PR=100 за месяц один агент может наработать 7$, но только при учете работы этого агента 24/7, причем не присутствие его в облаке и ожидание потенциальной задачи, а реальной загрузки/вычислений.
Но так как задач мало, то и агенты работают от случая к случаю. Будет больше задач (клиентов), будет больше и оплата.
arkhimed:
... Может быть использовать среднее по времени(?): sum(PR(t))/n, где t=1,...,n, так, что t, например дни. ...
А смысл? PR вычисляется на лету, возможно даже на каждом проходе и потом в профиле мы уже видим среднее за некоторый период, допустим 5 минут.
К примеру, облако выдает задачу и ждет результат, время между этими событиями является ключевым параметром вычисления PR (чем слабее компьютер, тем больше времени затрачено, тем меньше PR). Если это не так, пусть меня разработчики поправят.
Из этого всего могу сделать вывод: вроде все и так хорошо работает. Разве нет?
...
Прочитайте, пожалуйста, ещё раз https://cloud.mql5.com/ru/faq/payments. Про то как считается PR, сказано только, что по "специальной единой методике". Но вот по какой, про то нет ни слова.