Ryo Tsuruta представил (http://kerneltrap.org/Linux/Dm-band_Block_IO_Bandwidth_Contr...) в списке разработчиков Linux ядра систему "Block I/O bandwidth controller", предназначенную для лимитирования пропускной способности блочных устройств и реализованную в виде драйвера для device-mapper. Одно из наиболее интересных применений разработки - введение ограничений на дисковый ввод/вывод для одного или группы процессов, а также для окружений работающих через системы виртуализации, такие как KVM или Xen.URL: http://kerneltrap.org/Linux/Dm-band_Block_IO_Bandwidth_Contr...
Новость: http://www.opennet.me/opennews/art.shtml?num=13885
Вот это сильно. Если до стабильного состояния доведут, это будет очень крутым аргументом.
Вот это да! этого не хватало давно, особенно когда на одном серваке ютятся 20 виртуальных машин
УРА! если к этому прибавить task group scheduling то можно и без всяких виртуальных машин обходиться. Кстати, кто уже пробовал этот самый груповой шедулинг?
>Кстати, кто уже пробовал этот самый груповой шедулинг?угу. Отличная вещь.
Но без лимита памяти в группе (которое уже есть в -mm и, надеюсь, будет в 2.6.25)
полного доверия живности внутри группы по ресурсам пока нет...
Неслабые технологии вбирает в себя Линукс. Всё интересней и интересней функции появляются.
Отлично.
Ещё бы удобный гуй для настройки всего этого с KVM & UML - вообще замечательно было бы.
С гуями просим в винду, тут гуи не нужны в принципе.
еще балл в пользу линукс - убийственная вещь - она даже на десктопах нужна.
Например при выполнении команды emerge в генту, установки пакетов, копирования файлов, архивации, проверкой антивирусом почты,создания бэкапа, короче не перечислить. Еще раз винДоС фтопку.