Публичное обсуждение формулы расчета стоимости ресурсов в MQL5 Cloud Network - страница 3
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Мне кажется смоделировать корректно не большим количеством пользователей и не большим количеством предоставляющих машины тут не получится из за не ясности портрета среднего потребителя а главное из за не ясности портрета среднего арендодателя.
Есть специальный софт для моделирования СМО, здесь сложности вряд ли будут, разве что задать корректное распределение для поставщиков и клиентов.
Впрочем, чего говорить, все равно скорее всего забракуют.
Надо для начала найти пределы стоимости 1 часа 100 единиц PR, а потом уже подгонять под это формулы.
17 центов из примера конечно же много, я как минимум не учел, что процессоры нынче многоядерные, да и задачу полной окупаемости нельзя ставить.
Если взять пример четырехядерного процессора с 100 PR и выставить цену в 2 цента за час работы ядра, то:
если взять цену в 1 цент за час:
Какая из цен разумнее с совместной компромиссной точки зрения продавца и покупателя?
- 0.5 цента за час
- 1.0 цента за час
- 1.5 цента за час
- 2.0 цента за час
Выскажитесь, пожалуйста.Renat:
Какая из цен разумнее с совместной компромиссной точки зрения продавца и покупателя?
- 0.5 цента за час
- 1.0 цента за час
- 1.5 цента за час
- 2.0 цента за час
Выскажитесь, пожалуйста.С точки зрения продавца (да и на мой взгляд с экономической точки зрения) никакой из предложенных вариантов.
Это если посчитать в стоимость электроэнергию и хоть какую то амортизацию оборудования. Предположим что мы используем ПК с 6 ядрами все 24 часа в местности где электроэнергия стоит 1 рубль за киловатт (для удобства расчета взял именно эту стоимость). Будем считать что ПК с 6 ядрами при полной нагрузке потребляет до 1 киловатта в час (в среднем конечно будет меньше).
По итогу получается следующее:
1. Расходы на электроэнергию = 24 * 1 *30 = 720 рублей. если принять что доллар стоит 30 рублей то в месяц при такой работе только на оплату электроэнергии уйдет примерно 720/30 = 24$.
2. Примерные доходы
При таких расценках, даже без учета амортизации, за месяц использования ПК с 6 ядерным CPU выйдет 62-63$
3. Предположим, что мы считаем сюда еще и амортизацию ПК, из расчета стоимости оборудования 2000$ и сроком амортизации 5 лет (в действительности при постоянной нагрузке будет гораздо меньше).
По прикидкам выходит следующее - 2000$ / 5 лет/ 12 месяцев = примерно 33,33$ в месяц (если техника проработает верой и правдой все эти 5 лет).
По итогу из указанных 63$ следует вычесть еще и сумму амортизации. С учетом вышеуказанных расходов продавец получит в месяц только ~30$ = 63 - 33.
Поправка - средний компьютер (да еще и без монитора в данном случае) потребляет 250-300 ватт в чат. То есть, себестоимость по энергии в вышеприведенных расчетах надо делить в 3-4 раза.
Кроме того, расчет цены по себестоимости - это расчет теоретического верхнего края цены. В реальности никто не будет покупать по таким ценам. Чтобы заработали экономические стимулы у покупателя ресурсов, цена аренды должна быть сильно ниже цены воспроизводства оборудования.
Использование распределенных систем базируется на идее повышения утилизации/загрузки все равно простаивающих на 80-90% компьютерных мощностей. То есть, продажа/предоставление расчетных ресурсов есть попытка увеличения эффективности использования уже существующего оборудования, а не чистая цель "окупить/заработать на новом компе".
Поправка - средний компьютер (да еще и без монитора в данном случае) потребляет 250-300 ватт в чат. То есть, себестоимость по энергии в вышеприведенных расчетах надо делить в 3-4 раза.
Кроме того, расчет цены по себестоимости - это расчет теоретического верхнего края цены. В реальности никто не будет покупать по таким ценам. Чтобы заработали экономические стимулы у покупателя ресурсов, цена аренды должна быть сильно ниже цены воспроизводства оборудования.
Использование распределенных систем базируется на идее повышения утилизации/загрузки все равно простаивающих на 80-90% компьютерных мощностей. То есть, продажа/предоставление расчетных ресурсов есть попытка увеличения эффективности использования уже существующего оборудования, а не чистая цель "окупить/заработать на новом компе".
1. В среднем да, а под хорошей нагрузкой потребление может возрасти до 100 ватт на ядро + остальные устройства. Поэтому теоретически из 6-ти ядер можно выжать и киловатт (но это скорей всего пиковое значение), но под хорошей нагрузкой такой ПК с легкостью может показать 600-700 ватт.
При этом также понятно что вряд ли процессор будет полностью занят работой все 24 часа в сутки (если считать что машина все 24 часа в работе). Следовательно тут нужно ввести некий усредняющий коэффициент, скажем 0,5 или что-то в этом роде.
С учетом того, что не у всех компы на 6 ядер расчет скорей всего должен вестись на CPU в 4 ядра (правда в конторах обычно преобладают 2-х ядерные компы, даже компы с 1-м ядром все еще встречаются).
2. В примере была указана цена 1 рубль за киловатт. Сильно сомневаюсь что это средняя цена электроэнергии по России (тем более для предприятий).
3. Я прекрасно понимаю что скажем 17 центов в час это настолько много, что на корню уничтожит всю идею, но на мой взгляд и 1-2 цента не очень объективная цена.
Проверил потребление при оптимизации на стандартном советнике MACD Sample, по итогу вышло 190-250 ватт.
Поэтому если 250-300 ватт в среднем будет потребляться это еще приемлемо.
Предлагаю стоимость часа 100 единиц PR котировать в график, который можно будет посмотреть на сайте MQL5. Покупатели и продавцы процессорного времени через сайт выставляют свои заявки на покупку и продажу часа 100 единиц PR. Все их заявки за какой-то период, например за последние 120 дней (почти квартал), накапливаются и вычисляется равновесная цена PRice120. Эта равновесная цена и будет являться стоимостью часа 100 единиц PR. Если цена заявки продавца процессорного времени ниже цены PRice120, то его процессорное время продаётся, если выше то продажа не осуществляется. С покупателями наоборот.
Период, в течении которого происходит накопление заявок выбирает каждый покупатель и продавец индивидуально из нескольких вариантов: 30 дней, 60 дней и т.д.. Отклонение его цены от равновесной цены при срабатывании так же выбирает каждый покупатель и продавец.
Поправка - средний компьютер (да еще и без монитора в данном случае) потребляет 250-300 ватт в чат. То есть, себестоимость по энергии в вышеприведенных расчетах надо делить в 3-4 раза.
Кроме того, расчет цены по себестоимости - это расчет теоретического верхнего края цены. В реальности никто не будет покупать по таким ценам. Чтобы заработали экономические стимулы у покупателя ресурсов, цена аренды должна быть сильно ниже цены воспроизводства оборудования.
Использование распределенных систем базируется на идее повышения утилизации/загрузки все равно простаивающих на 80-90% компьютерных мощностей. То есть, продажа/предоставление расчетных ресурсов есть попытка увеличения эффективности использования уже существующего оборудования, а не чистая цель "окупить/заработать на новом компе".
Предлагаю стоимость часа 100 единиц PR котировать в график, который можно будет посмотреть на сайте MQL5. Покупатели и продавцы процессорного времени через сайт выставляют свои заявки на покупку и продажу часа 100 единиц PR. Все их заявки за какой-то период, например за последние 120 дней (почти квартал), накапливаются и вычисляется равновесная цена PRice120. Эта равновесная цена и будет являться стоимостью часа 100 единиц PR. Если цена заявки продавца процессорного времени ниже цены PRice120, то его процессорное время продаётся, если выше то продажа не осуществляется. С покупателями наоборот.
Это слишком сложная схема, так как никто даже не пожелает пальцем пошевелить (а тут целые ручные торги) ради мизерных сумм. Система должна работать в близком к автоматическому режиме.
Например, взять разумную базовую цену, а потом делать автоматические ежедневные ежечасные коррекции на основе некой формулы спроса/предложения (покупатели/продавцы). В результате получится, что цена будет балансировать вокруг базовой:
Мы заведем несколько синтетических инструментов на сервере MetaQuotes-Demo, где можно будет наблюдать за количеством продавцов, покупателей и ценой. Формула расчета/коррекции цены будет публично доступна, чтобы все было прозрачно.
Если понадобится явным образом изменить базовую цену или скорректировать формулу расчета, то мы это можем сделать с публичным обсуждением.