The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..., opennews (?), 10-Янв-12, (0) [смотреть все]

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


20. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  –1 +/
Сообщение от Аноним (-), 11-Янв-12, 00:53 
в GEOM намеренно отказались от учёта физических параметров
> винчестеров, таких, как время перемещения головки. Поэтому там достаточно примитивный
> планировщик I/O, которому в общем-то по барабану

Так вот почему дисковые операции так аццки торбозят на бзде... Я думал это только FFS виновата, а оказывается еще и это.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

22. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  –3 +/
Сообщение от iZEN (ok), 11-Янв-12, 01:25 
> Так вот почему дисковые операции так аццки торбозят на бзде... Я думал это только FFS виновата, а оказывается еще и это.

Тормозили в 2005-2007г.г., когда был GIANT_LOCK. Сейчас этого нет — избавились от глобальных блокировок в ряде ключевых мест.

(Мне вот до сих пор непонятна природа Linux BUG#12309. Чем он вызван, интересно? Я, вот, когда копирую большой файл на Фре, не замечаю тормозов и лагов курсора мыши, а в Linux десктоп весь "становится колом".)

Ещё вопрос, можно ли в Gentoo безболезненно для воспроизведения MKV 720p осуществлять компиляцию, допустим, LibreOffice в несколько потоков? На Фре это легко и непринуждённо, так сказать, лагов не почувствуешь.

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

24. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от ананим (?), 11-Янв-12, 02:30 
>Мне вот до сих пор непонятна природа Linux BUG#12309. Чем он вызван, интересно?

и мне не понятно.
ни разу не попадался.
>Я, вот, когда копирую большой файл на Фре, не замечаю тормозов и лагов курсора мыши, а в Linux десктоп весь "становится колом".

врёшь как троцкий.
на том железе, где (возможно) есть "Linux BUG#12309" бздя вообще не заведётся.
драйверов нема.

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

38. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  –2 +/
Сообщение от Аноним (-), 11-Янв-12, 07:46 
> и мне не понятно.
> ни разу не попадался.

Мне тоже. Но изену же виднее. Хоть он и видел линуксы только на картинке.

> врёшь как троцкий.
> на том железе, где (возможно) есть "Linux BUG#12309" бздя вообще не заведётся.
> драйверов нема.

Тсс! Не мешай господам теоретикам обогащать лужи метаном!

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

48. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +1 +/
Сообщение от savant (ok), 11-Янв-12, 11:40 
А я вот его частенько ощущаю.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

65. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 11-Янв-12, 16:06 
> А я вот его частенько ощущаю.

Притащили недавно восьмигиговую USB-флэшку, попросили занулить.  Оставил, вскоре отошёл.  Прихожу -- даже мышиный курсор не шавелится.  Ну, думаю, ОНО.  Оставил ещё, благо время обеденное, что ли.  Прихожу -- прочухалось.

Флэшка, как коллега и упоминала, навернулась и только делала вид, что принимает данные.

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

68. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +1 +/
Сообщение от savant (ok), 11-Янв-12, 16:23 
>> А я вот его частенько ощущаю.
> Притащили недавно восьмигиговую USB-флэшку, попросили занулить.  Оставил, вскоре отошёл.
>  Прихожу -- даже мышиный курсор не шавелится.  Ну, думаю,
> ОНО.  Оставил ещё, благо время обеденное, что ли.  Прихожу
> -- прочухалось.
> Флэшка, как коллега и упоминала, навернулась и только делала вид, что принимает
> данные.

ещё ощутить можно, если систему загнать в своппинг и пытаться например шариться в интернете. из-за iowait система вполне себе прилегает на "подумать" и это может продолжаться очень долго.

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

81. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от Аноним (-), 11-Янв-12, 18:08 
> ещё ощутить можно, если систему загнать в своппинг и пытаться например шариться
> в интернете. из-за iowait система вполне себе прилегает на "подумать" и
> это может продолжаться очень долго.

А я думал что она прилегает в основном потому что если процессу понадобились страницы а они вдруг раз и в свопе как назло - процесс трапнется и будет стоять колом, до тех пор пока ядро ему из свопа страниц не выдернет и не пустит его работать дальше, сделав вид что никакого трапа на самом деле не было и вообще вот она, ваша память.

Хинт: да, дисковая память на обычном магнитном диске - это очень медленный эмулятор оперативки. Грешно пользоваться оным и ругаться на то что он тормозит. By design.

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

180. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от netch (ok), 23-Янв-12, 20:17 
> на том железе, где (возможно) есть "Linux BUG#12309" бздя вообще не заведётся.

Эта грабля появилась в Linux 2.1, стукнула по нам со всего размаху с перехода на ядра 2.2 (с хостинга пришлось снять всё, что не было жизненно важно на localhost, включая mysql, и всё равно из-за этого в итоге потеряли половину тогдашних юзеров, пока не смогли проапгрейдить железо на значительно более толстое). В 2.4 она сохранялась в полный рост. В 2.6 её чуть-чуть подлечили, но не радикально.
Сегодня я её наблюдал на 3.1, когда сделал zypper up в виртуалке - через несколько минут хост-система стала колом. Итого, её не могут вылечить более 10 лет.
Ни у одной из опробованных BSD такого нет - у них грамотно расставленные приоритеты и dirty buffer вытесняется вперёд по отношению к working set живых процессов.
Переход на Linux 2.0, где этого не было, разумеется, сейчас не пройдёт, да и незачем, если есть фряха.

> врёшь как троцкий.

ты - да. Трындишь не имея ни малейшего представления о фактах.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

37. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  –1 +/
Сообщение от Аноним (-), 11-Янв-12, 07:45 
> (Мне вот до сих пор непонятна природа Linux BUG#12309. Чем он вызван, интересно?

А это вообще мало кому понятно. Этот баг лезет далеко не везде, иначе его давно бы уже замочили. Более того, вполне вероятно что дуралеи навалили в багтрекер дюжину похожих по симптомам багов под один заголовок. Случается. Кое-какие идеи насчет улучшения латентности операций записи - были поюзаны разработчиками, см. недавние новости. Но совсем не факт что это именно фикс именно того бага и именно в понимании разных его обладателей.

> Я, вот, когда копирую большой файл на Фре, не замечаю тормозов и лагов курсора мыши,
> а в Linux десктоп весь "становится колом".)

А у меня почему-то десктоп не становится колом. Странно.

> Ещё вопрос, можно ли в Gentoo безболезненно для воспроизведения MKV 720p осуществлять
> компиляцию, допустим, LibreOffice в несколько потоков? На Фре это легко и
> непринуждённо, так сказать, лагов не почувствуешь.

Кто о чем, а вшивый про баню...

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

60. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +1 +/
Сообщение от фтыш (?), 11-Янв-12, 14:53 
>Ещё вопрос, можно ли в Gentoo безболезненно для воспроизведения MKV 720p осуществлять компиляцию, допустим, LibreOffice в несколько потоков?

Лехко, постоянно так делаю. Ставишь приоритеты nice/ionice в make.conf и вперед. Только LO собирать это безумие, бинарный пакет нормально работает.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

75. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от iZEN (ok), 11-Янв-12, 17:50 
>>Ещё вопрос, можно ли в Gentoo безболезненно для воспроизведения MKV 720p осуществлять компиляцию, допустим, LibreOffice в несколько потоков?
> Лехко, постоянно так делаю. Ставишь приоритеты nice/ionice в make.conf и вперед.

А если не ставить приоритеты? (Я не ставлю.)

> Только
> LO собирать это безумие, бинарный пакет нормально работает.

У меня на этот счёт нет никаких заморочек, поскольку привык собирать всё ПО из дерева портов. Системный Clang, кстати, компилирует ПО быстрее, чем GCC — так, десктопное окружение на Xfce (firefox, thunderbird, gedit, gnome-mplayer и т.д.) с нуля собирается примерно за 3 часа. С GCC на это тратиться 4-5 часов.

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

113. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от Аноним (-), 11-Янв-12, 21:51 
> А если не ставить приоритеты? (Я не ставлю.)

"А если рельсу?!" (анекдот про японскую пилу vs суровые сибирские мужики)

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

175. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от Аноним (-), 17-Янв-12, 11:15 
>  Системный Clang, кстати, компилирует ПО быстрее, чем GCC

С равным уровнем оптимизации?

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

181. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  +/
Сообщение от netch (ok), 23-Янв-12, 20:22 
> Чем он вызван, интересно?

Неумением понимать, что ценность изменённых (dirty) страниц в кэше диска значительно меньше страниц активных процессов. То есть грубый ляп дизайна MM (VM в терминах BSD).
Появился в 2.1 (для ширнармасс - в 2.2). До этого или не было, или не проявлялся.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

63. "Для ядра Linux представлен планировщик ввода-вывода FIOPS дл..."  –2 +/
Сообщение от uniman (?), 11-Янв-12, 16:01 
> Так вот почему дисковые операции так аццки торбозят на бзде...

Бздя - это новая файловая система в Linux?
Попробуйте использовать ее надлежащим способом или обратиться за советом по использованию.

>Я думал

Интересное наблюдение :)

> это только FFS виновата, а оказывается еще и это.

С добрым утром! На дворе UFS2+journal & ZFS.
Виноваты в глобальном потеплении теперь они.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру