Pull to refresh

Comments 7

Сегодня 30% серверов в мире стоят без работы, потребляя электричество на $30 млрд в год.
И как эта технология позволяет выключать сервера и включать их вновь? :)
Причем здесь выключение серверов? Система просто будет нагружать существующие машины более эффективно. И один и тот же набор задач можно выполнить на меньшем количестве серверов. А если адаптируют систему для глобальных систем, то можно будет дополнительно экономить на электричестве – сильнее нагружать дата-центры в тех регионах, где электричество дешевле. Собственно, MIT в этом направлении уже как-то работали
Но так проблема сформулирована вот так:
Сегодня 30% серверов в мире стоят без работы, потребляя электричество на $30 млрд в год.
А данный софт разработан не для управления серверами, а для управления ядрами процессора, ведь так?
>>Система просто будет нагружать существующие машины более эффективно

Т.е. простаивать будет уже не 30%, а 40% серверов, да?
Нет, не так. При увеличении нагрузки можно или закупить еще серверов, которые тоже будут простаивать на 30%, или при помощи этого планировщика распихать возросшую нагрузку по этим 30%, и тогда простаивать будет 0% серверов, в идеале.

Ну или поставить этот планировщик и выключить 30% серверов, получим 0% простоя при той же нагрузке.

Будем честны: затраты энергии учтены в бизнес-план ах и заложены в тарифы. А когда распределение улучшится, цены вниз не пойдут не только на 30%, но даже на копейку.


И, да, у больших игроков разгон виртуалок с хостов и выключение хостов, а затем включение их обратно давно реализованы. Вопрос только в алгоритме: новый может освобождать ещё больше хост-машин, полагаю.

По оценкам авторов, максимальная задержка работы приложения в Arachne составляет около 10 тыс. микросекунд.
нужно читать как
It performs M:N scheduling over kernel threads running exclusively on CPU cores and features ~200 ns cross-core thread creations and ~100 ns cross-core signals on Nehalem X3470.
github.com/PlatformLab/Arachne
Sign up to leave a comment.