Вышло ядро Linux 2.6.39

Никаких нареканий. Только тот баг которого нет пропал. Насчет systemd - ты не прав. Некоторые вещи нужно включить в ядре, чтобы новая система инициализации работала. И они включены. Но старому у мения это не мешало. Можешь тут посмотреть, что конкретно включено. У меня оно и раньше было, до systemd.

> так что лишь мизерный выйгрыш по времени.

У меня один из подопечных серверов несет на борту 3 RAID-контроллера и под 30 жестких дисков. Ядро и сервисы там грузятся заметно быстрей, чем инициализируется оборудование :-)

Уже сделали поддержку emu 0404 usb?

XFS вообще система, которая плохо переживает нештатные ситуации, навроде потери питания или обсыпания винта.

> Т.е. ни одного из флагов IRQF_NO_THREAD | IRQF_PERCPU | IRQF_ONESHOT.

Эээ... и что? Цитата:

Add a commandline parameter «threadirqs» which forces all interrupts except those marked IRQF_NO_THREAD to run threaded

то есть этот обработчик пускается в нити, поскольку он этого не запретил.

Каким образом перенесение его обработчика прерываний в поток повышает отзывчивость?

Это повышает (точнее, может повыссить) отзывчивость _других_ обработчиков.

Так что с энергопотреблением на ноутах, скажите уже, пазязя! Всякоую хрень обсуждают, а главное - нет.

> У меня один из подопечных серверов несет на борту 3 RAID-контроллера и под 30 жестких дисков. Ядро и сервисы там грузятся заметно быстрей, чем инициализируется оборудование :-)

А, ну тогда другое дело. Но всё равно аптайм сбросится. :-P

>в чем отстой то проявлялся?

У меня система вешается при попытке вставить SD-карту, либо не загружается, если карта вставлена. Пруф бага, а то мне вечно не верят — https://bbs.archlinux.org/viewtopic.php?id=118751&p=1 . Полный крах при попытке вставить флешку, полный крах при попытке развернуть konsole с работающей программой, баги блоба (артефакты, невозможность время от времени переключиться на tty), ещё и Xilinx ISE недавно начал сваливаться в сегфолт, и переустановить его нельзя, потому что установка тоже свааливается в сегфолт — я вообще не понимаю, что случилось с моими линуксами? Такое ощущение, что я в 90-х годах. А ещё каких-то полгода назад я был готов молиться на скорость и стабильность моего ноута. Не хочется уходить с арча потому что его подход мне очень нравится, но такими темпами, боюсь, придётся свалить на некродебиан или некроцентос.

>то есть этот обработчик пускается в нити, поскольку он этого не запретил.

Про то и разговор. Если посмотреть другие драйвера в drivers/input, то видно, что нигде этот флаг не используется. А это значит, что при каждом нажатии клавиши на клавиатуре или при передвижении мыши будет делаться wakeup!! Ничего себе отзывчивость.

Это повышает (точнее, может повыссить) отзывчивость _других_ обработчиков.

То что ты имеешь ввиду, это все-таки не _отзывчивость других обработчиков_, а минимизация времени закрытия внешних прерываний.

Это полезно для RT, когда система может забить на некоторое время на определенные события/процессы/устройства. До тех пор, пока они действительно не понадобятся.

Для обычной системы (в среднем время) закрытия внешних прерываний не изменится. Потому что они закрыты тогда, когда они закрыты в обработчике, независимо от того, в каком контексте он выполняется. А обработчик через некоторое время все равно выполнится (нет глобавльной фигни, типа RT-задачи, которая его вытеснит надолго).

все жирнее и жирнее, единственное что полезно это удаление BKL и багофикс.

> Может. Баг чипсето-зависимый (ИМХО), мобильный Core 2 Duo на ICH9 - видно на глаз.

Можешь гарантированно воспроизвести? Тогда опиши, как ты это делаешь, а также выложи содержимое /proc/interrupts до и после воспроизведения, и вывод `vmstat 1` во время. Заодно опиши словами, что «видно на глаз».

Мифических багов не существует. Достаточно посмотреть в логи, чтобы найти причину. Если окажется, что баг исчезает после установки и запуска irqbalance - это не баг, а чьи-то шаловливые ручки. :)

Мне вот после тридцать пятого тридцать восьмое очень понравилось. 12309 вообще на неприемлемом уровне - не заметен :)

Да что с энергопотреблением, блджад?! Или как стало в .38 жрать на 20% больше, так и осталось? Фигня этот ваш линакс тогда!

Можешь гарантированно воспроизвести?

Могу.

Тогда опиши, как ты это делаешь,

Что ты конкретно имеешь ввиду? :)

На самом деле, при любом плотном обращении к диску - например, копирование файлов, о чём, помимо прочего, шуршит также и iowait.

Достаточно посмотреть в логи, чтобы найти причину.

В логи, Вася, чего?

>ага, со сломанной графикой на sandybridge
Ядро открытое, волонтёрских действий со стороны производителей никто не отменял. Если интел такие лентяи и тормоза что не успевают выложить к выпуску, то ССЗБ

>Вот черт, даже не знаю как с тобой полемизировать после этого :)
А ты софистствовать помаленьку начинай ;-)

> при каждом нажатии клавиши на клавиатуре или при передвижении мыши будет делаться wakeup!!

Ты так говоришь, будто wakeup - очень дорогая операция.

То что ты имеешь ввиду, это все-таки не _отзывчивость других обработчиков_, а минимизация времени закрытия внешних прерываний.

Это тоже, конечно. А еще вытесняющее планирование обработчиков.

Это полезно для RT, когда система может забить на некоторое время на определенные события/процессы/устройства. До тех пор, пока они действительно не понадобятся.

Это полезно всегда, когда нужно обеспечить реактивность (не только в RT). Хотя патч наверняка из -rt.

Патч *ТОЧНО* из RT.

Для 2.6.39-pf1 осталось подождать TuxOnIce.

>некродебиан

Тю. Поставь себе тестинг и радуйся.

BFS все также не дружит с Autogroup ?

Пользуй autogroup через systemd или скрипты.

Жалко в 15 федору уже не попадет.

Попадёт. Но только с очень большим опозданием.

У меня система вешается при попытке вставить SD-карту, либо не загружается, если карта вставлена. Пруф бага, а то мне вечно не верят — https://bbs.archlinux

Дальше можно не читать.

все жирнее и жирнее, единственное что полезно это удаление BKL и багофикс.

И где оно жирнее?

Это он про себя наверно.

> Насчет systemd - ты не прав.

Возможно. Давно было. Припоминаю, в /var/log/messages были крики про неработающий d-bus, в при попытке обновить d-bus оно уже systemd и ещё пол системы захотело. :)

http://www.linux.org.ru/news/kernel/4068847

Сам Линус говорит что у ядра ожирение.

ну переходить с дистрибутива на другой, только потомучто в последнем ядре появилась проблема это конечно перебор. Ну поставьте последнюю версию ядра и пользуйтесь(дополнительно запретите обновлять ядро), тем более на дебиане вам, в купе, с софтом устаревшив, предложат старое ядро.

Пока не в курсе. Должно быть, нет.

Работает или нет? Поставил кто, пишите.

>реализована обработка практически всех прерываний в отдельных потоках;

Вот это полезно, многопоточные приложения станут реально более многопоточными.

исправлено большое число ошибок.

Правильнее писать «большое число старых ошибок заменены на новые, улучшенные».

Блин.
Только закончил 38.6 на нетбуке собирать.

Не работает. Не ставь :(

З.Ы. Капча fact fromme реально не даст соврать :(

А чего не работает-то?

Ну таки оно потихоньку жиреет :)

По сравнению с прогрессом среднего ОЗУ — оно стоит на месте.

По сравнению с дискетой, на которую раньше помещалось, его дальнейшее распухание вышло за пределы диапазона и больше не контролируется.

Можно было прекратить читать и пораньше, сообщения этак на два..

Всё, больше не буду покупать дискеты, блин :(

Чё, убунту снёс уже? Не дают вамо то трицать 9?

А потом твои флешки превратятся в дискеты.

Ну ты дал. Посмотри размеры ядра и накопителей по ... ты понял :)

>Ты так говоришь, будто wakeup - очень дорогая операция.

Если мы говорим об отзывчивости, то да, очень дорогая операция. Она _однозначно_ ухудшает отзывчивость.

Это тоже, конечно. А еще вытесняющее планирование обработчиков.

Про то и речь. Большинству людей нужно как раз наоборот — чтобы реакция на их действия наступала как можно быстрее.

> Могу.

Цитирую: Тогда опиши, как ты это делаешь, а также выложи содержимое /proc/interrupts до и после воспроизведения, и вывод `vmstat 1` во время. Заодно опиши словами, что «видно на глаз».

На самом деле, при любом плотном обращении к диску - например, копирование файлов, о чём, помимо прочего, шуршит также и iowait.

Не надо про «любое» и «плотное». Конкретную последовательность команд или действий, пожалуйста. Какую программу открываешь, какие команды выполняешь, чтобы воспроизвести проблему?

И, да, внезапно, iowait - это нормально при обращениях к диску. :)

В логи, Вася, чего?

Список перечислен выше.

>> Ты так говоришь, будто wakeup - очень дорогая операция.

Если мы говорим об отзывчивости, то да, очень дорогая операция.

Простой тест из сабжевого коммита намекает, что слово «очень» здесь лишнее, а «дорогая» - сомнительно.

Она _однозначно_ ухудшает отзывчивость.

В случае, когда всё работает нормально (все обработчики короткие, вежливые и не мешают друг другу) - может, и ухудшает (хотя парадоксальные результаты тестов PREEMPT как бы намекают). Но обработчики в отдельных нитях предназначены как раз для случая, когда что-то идет не так - один обработчик пытается захавать больше ресурсов, чем ему положено.

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

Когда-то с дискеты грузился работающий линукс

Быстро наверное это было? :)

8 и 16 гектарные а четырёхгиговые будут использоваться как дискеты.

У меня года полтора или два на 16.

> Быстро наверное это было? :)

Не знаю как линукс, но древняя мак ос с дискетки грузится быстрее, чем виста с диска.

виста

Это медленно даже для 95-2003 года.