форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"OpenNews: Ограничение пропускной способности блочных устройс..."

Сообщение от opennews on 27-Янв-08, 22:07

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.dev/opennews/art.shtml?num=13885

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Ограничение пропускной способности блочных устройств в Linux"

Сообщение от Dice on 27-Янв-08, 22:07

Вот это сильно. Если до стабильного состояния доведут, это будет очень крутым аргументом.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Ограничение пропускной способности блочных устройств в Linux"

Сообщение от metallic on 27-Янв-08, 22:11

Вот это да! этого не хватало давно, особенно когда на одном серваке ютятся 20 виртуальных машин

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Ограничение пропускной способности блочных устройств в Linux"

Сообщение от Аноним on 27-Янв-08, 22:25

УРА! если к этому прибавить task group scheduling то можно и без всяких виртуальных машин обходиться. Кстати, кто уже пробовал этот самый груповой шедулинг?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Ограничение пропускной способности блочных устройств в Linux"
	Сообщение от Nick (??) on 27-Янв-08, 22:36
	>Кстати, кто уже пробовал этот самый груповой шедулинг? угу. Отличная вещь. Но без лимита памяти в группе (которое уже есть в -mm и, надеюсь, будет в 2.6.25) полного доверия живности внутри группы по ресурсам пока нет...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "OpenNews: Ограничение пропускной способности блочных устройс..."

Сообщение от serg1224 (ok) on 28-Янв-08, 00:04

Неслабые технологии вбирает в себя Линукс. Всё интересней и интересней функции появляются.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

35. "Ограничение пропускной способности блочных устройств в Linux"

Сообщение от гость on 28-Янв-08, 09:52

Отлично. Ещё бы удобный гуй для настройки всего этого с KVM & UML - вообще замечательно было бы.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	38. "Ограничение пропускной способности блочных устройств в Linux"
	Сообщение от Гость on 28-Янв-08, 11:28
	С гуями просим в винду, тут гуи не нужны в принципе.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

39. "Ограничение пропускной способности блочных устройств в Linux"

Сообщение от lindemidux on 28-Янв-08, 17:17

еще балл в пользу линукс - убийственная вещь - она даже на десктопах нужна. Например при выполнении команды emerge в генту, установки пакетов, копирования файлов, архивации, проверкой антивирусом почты,создания бэкапа, короче не перечислить. Еще раз винДоС фтопку.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]