Тема давняя. Есть и в продаже котлы-майнеры, и кулибины, которые сами сделали такое и даже ролики на ютубе снимают. Но, фактически, на мой взгляд, конечно, идея больше про хобби и личный вызов, чем про экономически эффективную тему. Ведь, давайте представим логически, как такая шайтан-машина должна работать:
1) надо куда-то отводить поток теплой воды летом -> необходим чиллер, что недешево и куда сложнее, чем просто хорошо продуваемый сарай с принудительной вентиляцией 2) чтобы не задубеть в помещении в максимальный мороз, который, от силы, 1% от общего времени года, система отопления должна иметь пиковую производительность сильно превышающую стандартную рабочую, и это можно решить четырьмя способами, каждый из которых экономически неэффективен или сложен: 2.1) иметь избыточную мощность майнеров, и включать их не все -> оборудование будет простаивать, и экономически вообще не интересно 2.2) иметь избыточную мощность майнеров, и включать их все, но отводить чиллерами избыточное тепло даже 95% времени зимы -> по сути, теряется сам смысл, и система работает, как котел, лишь малую часть времени, но при этом сильно повышается сложность, понижается надежность, и это вообще не про экологичность, ведь энергии будет потреблять в разы больше, чем котел. 2.3) установить догреватель на тенах или огне в контур после майнеров -> сильно повышается сложность системы, ведь после прохождения круга догретая вода будет слишком горячей для майнера, и это сильно повышает сложность и необходимые защиты в системе 2.4) иметь 2 независимых контура, и включать второй только, когда майнер не тянет. Схема рабочая, но сложность сильно повышается, плюс двойной набор радиаторов в помещениях. 3) рано или поздно майнеры будут устаревать, причем, как в плане рентабельности, так и просто выходить их строя. Соответственно, котел должен иметь возможность замены чипов на современные и доступные в продаже. Учитывая, насколько этот рынок динамичен, с этим могут быть проблемы. Скорее всего, по мере выхода из строя майнеров, придется искать тех, кто заколхозит заглушки, имитирующие по размеру плату, и просто содержащие тены внутри на аналогичную мощность.
Итого, выглядит интересным, только, если делать разовый сетап, имея доступ к устаревшим майнерам, которые уже не окупают себя, и будут отданы покупателю за символическую сумму. Тогда можно включать только в холод, и компенсировать себе какую-то часть затрат. Хотя, тоже есть сомнения, что кто-то совсем уж за бесценок отдаст. Всегда есть надежда, что завтра биток иксы сделает, или, вдруг, знакомый, умеющий воровать электричество найдется)
Теоретически, схема красивая. На практике, вижу две проблемы:
1) схема с большими промежутками времени, когда майнеры стоят, будет подталкивать управляющих ферм нарушать правила игры (неравновесна по нешу). Когда, условно, есть возможность рядом построить датацентр и ферму, и хотя-бы часть нагрузки фермы оформить на дата-центр и на эту часть майнить 24х7, ею будут пользоваться. Это примерно, как ситуация с курьерами, которых система не призывает ездить на мопедах по тротуарам, но бизнес-модель такова, что подобные ездоки будут появляться снова и снова, ведь это им, по крайней мере краткосрочно, выгодно.
2) на сколько знаю, математика майнинга такова, что средняя цена электричества, при которой проект рентабален и цена, при которой майнится больше, чем потрачено в моменте, это очень разные цены. Да, в среднем за период разница доход минус цена электричества должны давать очень большую маржу, чтобы покрыть стоимость железа, которое планово и быстро устаревает + покрыть риски от колебания монет. Но, в моменте, все, что больше 0, означает, что прямо сейчас надо майнить. Соответственно, особенно, используя новые поколения железа, майнеры смогут и в самые жёсткие пики выкупать по биржевой цене, и страдать в итоге будет не они.
Как-то участвовал в так и не родившемся проекте по созданию англо-русского переводчика технических текстов для последующей продаже его компаниям, которые на потоке переводят десятки тысяч инструкций к электронике и ПО. Там была идея взять стенфордский парсер, им распарсить английское предложение, потом по шаблону собрать русское. После чего при помощи статистического алгоритма, обученного на базе переводов реальных инструкций, подбирались оптимальные варианты перевода, согласно контекста. Вот, реально удивлен, неужели современные переводчики (через которые 500-рублевые фрилансеры пропускают текст перед причесыванием) не работают подобным способом и не способны по контексту с kHz понять, что ничего не движется?)
Из личного опыта, где-то в 2014м году увидел в киевском супермаркете Metro три проектора по нереально низкой цене (что-то около $100), и купил себе один из них - epson eb-s92. Да, модель 2009 года, и с уже неактуальными характеристиками на то время, но он честно отработал ресурс своей лампы. Также были удачные покупки флагманских смартфонов с отставанием в пару лет и устаревшего на момент покупки проца AMD Athlon II X4 640 для апгрейда. Это при том, что я никогда не искал скидки специально и системно. Так что, вполне могут быть. Бизнесу объективно выгодно иногда агрессивно сливать остатки даже себе в минус, высвобождая место на складе и полках магазинов.
Пример с процессорами ещё глубже. Примеры эпла с М1 и авс с Гравитоном показывают, что когда ресурс конечника становится столь огромен, что он может не интегрировать в принципе, а сделать всю вертикаль для себя сам, забив на стандарты и "обязательные" фичи и сконцентрировавшись на своих потребностях, то конечная ценность выходит значительно выше.
Ну так, это не только ФБ. Практически любой серьёзный сервис борется с автоматизацией действий пользователя (к примеру, не сильно рады клиентам, которые собрались роботом парсить интернет магазин ради максимально выгодного пользования скидками, фармить золото в игре, поручая роботу выполнение тупых однообразных заданий, и так далее).
Ведь она меняет расстановку сил с позиции "архитектор лабиринта vs лабораторная мышь" на гораздо менее выгодную, в которой пользователь сам выбирает, как реагировать на стимулы. Условно, если фарминг в игре невероятно скучен, то это стимул, а реакцией должно стать усилившееся желание купить лутбоксы. Когда появляется альтернатива вида "установить скрипт", то это проблема даже для однопользовательской игры.
Так что, таки да, будут запрещать, блокировать, шадовбанить. Мышь должна бежать именно так, как задумал создатель лабиринта. Понимаю, что таковы мысли непопулярны тут, но, лично моё мнение, что единственная сила, способная прогнуть фб и заставить уважать своих пользователей - это зажимание гаек правительствами важных для них стран. Увы, для удара по столь мощной монополии нужен противник такой же весовой категории
Интересно, почему проблема плавного вращения была столь сложной. На первый взгляд, на поверхности сходу есть целых два решения: достаточно тяжёлый маховик для того, чтобы плавность обеспечивалась инерцией, и объединение вращения многих паровых машин единым валом для усреднения. Или я неправильно понимаю суть проблемы?
По факту просто удерживают у себя наши деньги, которые иначе автоматически сразу после поступления списывались бы на наш расчётный счёт.
Откуда уверенность, что все именно так?
Держите альтернативную теорию: в больших публичных компаниях люди не очень то любят рисковать. Особенно ради неключевых направлений бизнеса. Поэтому, по операциям с российскими компаниями там политика вида "пофиг потерять клиента, ибо все равно много нам на этом рынке не заработать, но не дай бог где-то на отмыве денег зашквариться, ибо это удар по глобальному бизнесу будет"
Там же всегда есть хедер с полновесной ссылкой. Клик по i, клик по ссылке и готово.
А чем именно бесит? Понимая весь вред, наносимый в долгосроке, все равно люблю AMP за скорость и гарантию, что не придётся закрыть три баннера и отказаться от рассылки и подписки в соцсетях для прочтения пары строк текста контента
Вероятно, если количество таких заходов постоянных клиентов из под инкогнито увеличится, то алгоритм будут дорабатывать. Будут смотреть не только на куки, но и на ip и фингерпринты, чтобы не давать прикидываться новым клиентом. Поэтому, придёт все к тому, что все, но лишь из тех, кто обладает достаточнымм техническими навыками, чтобы сменить ip и параметры железа
Спасибо за ответ. Интересно. Не знаю полностью Ваших требований, но задачи вида "сравнить текущий стакан со стаканами 100 миллисекунд и 10 секунд назад" тоже решал. Для этого создавал n стаканов и пускал n итераторов по массиву изменений ордер лога и двигал их синхронно. Расскажете чуть больше, интересно, все же, можно ли так извернуться, чтобы разложить бизнес логику в поток, или, реально, приходит момент, когда экономически целесообразнее использовать грубую силу?
Много работал с полным логом заявок в свое время на C#. И, для задач бектестинга, тоже приходилось считать множество метрик на стакане за весь день по топ5 ликвидных фьючерсов, причём по много раз подряд, ибо при подборе параметров стратегии, я каждый раз запускал симуляцию заново.
И выходило, что радикальное ускорение дают именно алгоритмические оптимизации и правильная работа с массивами.
Поясню на примере. По одному инструменту день - это последовательность, условно, 10 миллионов уникальных стаканов. Если каждый из них создать, как отдельный объект, то быстро работать не будет, и будет требовать массу RAM. Но, если работать последовательно, держа в памяти один мутабельный объект на один стакан за один день, поочередно в цикле просчитывая метрики, после чего применять изменение согласно логу заявок, и снова считая метрики на нем же, то сразу получаем огромное ускорение. Ряд метрик можно считать итеративно, не пересчитывая все с 0 при приходе новой заявки, а лишь рассчитывая дельту метрики от этой заявки. Тот же стакан можно хранить, не как 2 списка или сортированных объектов, а как массив, где индекс подразумевает price/min_step. Метрики тоже можно аггрегировать на лету в памяти, отдавая готовый аггрегат после дневного прогона.
Интересно, пробовали ли оптимизировать в эту сторону? Из моей памяти, просчитать ряд метрик для каждого стакана за день по топ 5 фьючерсов у меня за меньше минуты, использовав одно ядро.
Тема давняя. Есть и в продаже котлы-майнеры, и кулибины, которые сами сделали такое и даже ролики на ютубе снимают. Но, фактически, на мой взгляд, конечно, идея больше про хобби и личный вызов, чем про экономически эффективную тему. Ведь, давайте представим логически, как такая шайтан-машина должна работать:
1) надо куда-то отводить поток теплой воды летом -> необходим чиллер, что недешево и куда сложнее, чем просто хорошо продуваемый сарай с принудительной вентиляцией
2) чтобы не задубеть в помещении в максимальный мороз, который, от силы, 1% от общего времени года, система отопления должна иметь пиковую производительность сильно превышающую стандартную рабочую, и это можно решить четырьмя способами, каждый из которых экономически неэффективен или сложен:
2.1) иметь избыточную мощность майнеров, и включать их не все -> оборудование будет простаивать, и экономически вообще не интересно
2.2) иметь избыточную мощность майнеров, и включать их все, но отводить чиллерами избыточное тепло даже 95% времени зимы -> по сути, теряется сам смысл, и система работает, как котел, лишь малую часть времени, но при этом сильно повышается сложность, понижается надежность, и это вообще не про экологичность, ведь энергии будет потреблять в разы больше, чем котел.
2.3) установить догреватель на тенах или огне в контур после майнеров -> сильно повышается сложность системы, ведь после прохождения круга догретая вода будет слишком горячей для майнера, и это сильно повышает сложность и необходимые защиты в системе
2.4) иметь 2 независимых контура, и включать второй только, когда майнер не тянет. Схема рабочая, но сложность сильно повышается, плюс двойной набор радиаторов в помещениях.
3) рано или поздно майнеры будут устаревать, причем, как в плане рентабельности, так и просто выходить их строя. Соответственно, котел должен иметь возможность замены чипов на современные и доступные в продаже. Учитывая, насколько этот рынок динамичен, с этим могут быть проблемы. Скорее всего, по мере выхода из строя майнеров, придется искать тех, кто заколхозит заглушки, имитирующие по размеру плату, и просто содержащие тены внутри на аналогичную мощность.
Итого, выглядит интересным, только, если делать разовый сетап, имея доступ к устаревшим майнерам, которые уже не окупают себя, и будут отданы покупателю за символическую сумму. Тогда можно включать только в холод, и компенсировать себе какую-то часть затрат. Хотя, тоже есть сомнения, что кто-то совсем уж за бесценок отдаст. Всегда есть надежда, что завтра биток иксы сделает, или, вдруг, знакомый, умеющий воровать электричество найдется)
Теоретически, схема красивая. На практике, вижу две проблемы:
1) схема с большими промежутками времени, когда майнеры стоят, будет подталкивать управляющих ферм нарушать правила игры (неравновесна по нешу). Когда, условно, есть возможность рядом построить датацентр и ферму, и хотя-бы часть нагрузки фермы оформить на дата-центр и на эту часть майнить 24х7, ею будут пользоваться. Это примерно, как ситуация с курьерами, которых система не призывает ездить на мопедах по тротуарам, но бизнес-модель такова, что подобные ездоки будут появляться снова и снова, ведь это им, по крайней мере краткосрочно, выгодно.
2) на сколько знаю, математика майнинга такова, что средняя цена электричества, при которой проект рентабален и цена, при которой майнится больше, чем потрачено в моменте, это очень разные цены. Да, в среднем за период разница доход минус цена электричества должны давать очень большую маржу, чтобы покрыть стоимость железа, которое планово и быстро устаревает + покрыть риски от колебания монет. Но, в моменте, все, что больше 0, означает, что прямо сейчас надо майнить. Соответственно, особенно, используя новые поколения железа, майнеры смогут и в самые жёсткие пики выкупать по биржевой цене, и страдать в итоге будет не они.
Как-то участвовал в так и не родившемся проекте по созданию англо-русского переводчика технических текстов для последующей продаже его компаниям, которые на потоке переводят десятки тысяч инструкций к электронике и ПО.
Там была идея взять стенфордский парсер, им распарсить английское предложение, потом по шаблону собрать русское. После чего при помощи статистического алгоритма, обученного на базе переводов реальных инструкций, подбирались оптимальные варианты перевода, согласно контекста.
Вот, реально удивлен, неужели современные переводчики (через которые 500-рублевые фрилансеры пропускают текст перед причесыванием) не работают подобным способом и не способны по контексту с kHz понять, что ничего не движется?)
Из личного опыта, где-то в 2014м году увидел в киевском супермаркете Metro три проектора по нереально низкой цене (что-то около $100), и купил себе один из них - epson eb-s92. Да, модель 2009 года, и с уже неактуальными характеристиками на то время, но он честно отработал ресурс своей лампы. Также были удачные покупки флагманских смартфонов с отставанием в пару лет и устаревшего на момент покупки проца AMD Athlon II X4 640 для апгрейда. Это при том, что я никогда не искал скидки специально и системно.
Так что, вполне могут быть. Бизнесу объективно выгодно иногда агрессивно сливать остатки даже себе в минус, высвобождая место на складе и полках магазинов.
Пример с процессорами ещё глубже. Примеры эпла с М1 и авс с Гравитоном показывают, что когда ресурс конечника становится столь огромен, что он может не интегрировать в принципе, а сделать всю вертикаль для себя сам, забив на стандарты и "обязательные" фичи и сконцентрировавшись на своих потребностях, то конечная ценность выходит значительно выше.
Ну так, это не только ФБ. Практически любой серьёзный сервис борется с автоматизацией действий пользователя (к примеру, не сильно рады клиентам, которые собрались роботом парсить интернет магазин ради максимально выгодного пользования скидками, фармить золото в игре, поручая роботу выполнение тупых однообразных заданий, и так далее).
Ведь она меняет расстановку сил с позиции "архитектор лабиринта vs лабораторная мышь" на гораздо менее выгодную, в которой пользователь сам выбирает, как реагировать на стимулы. Условно, если фарминг в игре невероятно скучен, то это стимул, а реакцией должно стать усилившееся желание купить лутбоксы. Когда появляется альтернатива вида "установить скрипт", то это проблема даже для однопользовательской игры.
Так что, таки да, будут запрещать, блокировать, шадовбанить. Мышь должна бежать именно так, как задумал создатель лабиринта. Понимаю, что таковы мысли непопулярны тут, но, лично моё мнение, что единственная сила, способная прогнуть фб и заставить уважать своих пользователей - это зажимание гаек правительствами важных для них стран. Увы, для удара по столь мощной монополии нужен противник такой же весовой категории
Интересно, почему проблема плавного вращения была столь сложной. На первый взгляд, на поверхности сходу есть целых два решения: достаточно тяжёлый маховик для того, чтобы плавность обеспечивалась инерцией, и объединение вращения многих паровых машин единым валом для усреднения. Или я неправильно понимаю суть проблемы?
Почему тогда на аккумуляторах пишут все и всегда?
Откуда уверенность, что все именно так?
Держите альтернативную теорию: в больших публичных компаниях люди не очень то любят рисковать. Особенно ради неключевых направлений бизнеса. Поэтому, по операциям с российскими компаниями там политика вида "пофиг потерять клиента, ибо все равно много нам на этом рынке не заработать, но не дай бог где-то на отмыве денег зашквариться, ибо это удар по глобальному бизнесу будет"
Вроде не видел ни разу его на десктопе. И даже слово Mobile есть в аббревиатуре. У вас как-то хитро браузер настроен?
Там же всегда есть хедер с полновесной ссылкой. Клик по i, клик по ссылке и готово.
А чем именно бесит? Понимая весь вред, наносимый в долгосроке, все равно люблю AMP за скорость и гарантию, что не придётся закрыть три баннера и отказаться от рассылки и подписки в соцсетях для прочтения пары строк текста контента
Вот вот. А, видя робота с пальцами, будут ещё и специально кидать, мол, прикольно же посмотреть, как убирать будет
С галькой тоже справится?
Вероятно, если количество таких заходов постоянных клиентов из под инкогнито увеличится, то алгоритм будут дорабатывать. Будут смотреть не только на куки, но и на ip и фингерпринты, чтобы не давать прикидываться новым клиентом. Поэтому, придёт все к тому, что все, но лишь из тех, кто обладает достаточнымм техническими навыками, чтобы сменить ip и параметры железа
Спасибо за ответ. Интересно. Не знаю полностью Ваших требований, но задачи вида "сравнить текущий стакан со стаканами 100 миллисекунд и 10 секунд назад" тоже решал. Для этого создавал n стаканов и пускал n итераторов по массиву изменений ордер лога и двигал их синхронно. Расскажете чуть больше, интересно, все же, можно ли так извернуться, чтобы разложить бизнес логику в поток, или, реально, приходит момент, когда экономически целесообразнее использовать грубую силу?
Много работал с полным логом заявок в свое время на C#. И, для задач бектестинга, тоже приходилось считать множество метрик на стакане за весь день по топ5 ликвидных фьючерсов, причём по много раз подряд, ибо при подборе параметров стратегии, я каждый раз запускал симуляцию заново.
И выходило, что радикальное ускорение дают именно алгоритмические оптимизации и правильная работа с массивами.
Поясню на примере. По одному инструменту день - это последовательность, условно, 10 миллионов уникальных стаканов. Если каждый из них создать, как отдельный объект, то быстро работать не будет, и будет требовать массу RAM. Но, если работать последовательно, держа в памяти один мутабельный объект на один стакан за один день, поочередно в цикле просчитывая метрики, после чего применять изменение согласно логу заявок, и снова считая метрики на нем же, то сразу получаем огромное ускорение. Ряд метрик можно считать итеративно, не пересчитывая все с 0 при приходе новой заявки, а лишь рассчитывая дельту метрики от этой заявки. Тот же стакан можно хранить, не как 2 списка или сортированных объектов, а как массив, где индекс подразумевает price/min_step. Метрики тоже можно аггрегировать на лету в памяти, отдавая готовый аггрегат после дневного прогона.
Интересно, пробовали ли оптимизировать в эту сторону? Из моей памяти, просчитать ряд метрик для каждого стакана за день по топ 5 фьючерсов у меня за меньше минуты, использовав одно ядро.