Крупное (по размеру и значимости) обновление текущего «стабильного» ядра — 2.6.31.2.

Дадим слово координатору выпуска, Грегу Кроа-Хартману:

Этот выпуск получился большим. В действительности большим. Значительное число вещей пришлось частично переделывать просто для того, чтобы они снова заработали. Например прослойку виртуальных терминалов (tty layer). Надеюсь, любой теперь сможет вновь использовать USB для последовательных устройств без опасности получить oops. Xen и KVM получили ряд значительных исправлений, равно как и драйвера ath5k и iwlwif. Кое-кто может сказать, что список исправлений для драйверов iwlwifi слегка длинноват для «стабильного» кода, но ответственный за wifi пожелал их внести и сможет с ними справиться. Кроме того, значительные улучшения сделаны в драйвере XHCI (контроллер USB 3.0) для приведения его в рабочую форму, согласованною с инструментарием разработчика USB 3.0. Если бы эти изменения не были сделаны, он не был бы реально полезен. Ну и помимо всего этого сделана еще куча изменений, не буду уточнять каких. А новостью для любителей тестов производительности будет большое число изменений, значительно ускоряющих работу системы на «больших» компах.

Кроме того, выпущены корректирующие релизы для предыдущих ядер 2.6.27.36 и 2.6.30.9. Следует специально отметить, что этот выпуск, видимо, будет последним для версии 2.6.30, поэтому всем пользователям данной версии настоятельно рекомендуется сообщать об ошибках и недостатках и, по возможности, мигрировать на версию 2.6.31.

>>> Подробности

После 9 кандидатов в релиз 9 сентября в 16 часов по Тихоокеанскому времени (3 часа ночи 10 сентября по московскому времени) Линус выпустил 2.6.31 версию ядра Linux.

Основные и наиболее важные изменения в этой версии:

• Добавлена поддержка интерфейса USB 3.0, и хотя на рынке еще нет устройств, использующих данный интерфейс, ядро Linux уже содержит реализацию xHCI(v 0.95) [eXtencible Host Controller Interface].
• Добавлен новый интерфейс CUSE -- реализация символьных устройств в пространстве пользователя, расширяющая интерфейс FUSE (filesystem in userspace -- файловые системы в пользовательском пространстве). С использованием CUSE возможно проксирование, например OSS устройств для работы с ALSA. На данный момент реализована работа OSS с использованием pulsaudio как оконечного устройства.
• Улучшено поведение системы в условиях нехватки памяти. Благодаря переработанному алгоритму вытеснения страниц, содержащих исполняемый код, улучшен отклик системы в условиях нехватки памяти -- страницы, содержащие исполняемый код активного приложения теперь с меньшей вероятностью будут вытеснены в файл подкачки. Число промахов кэша памяти уменьшено с 50% до 3-10%.
• Поддержка родных видеорежимов для карт AMD/ATI в ядре (KMS -- kernel mode setting). Поддерживаемые чипы: R1XX,R2XX,R3XX,R4XX,R5XX (radeon вплоть до X1950). В процессе: R6XX, R7XX и более новые(radeon от HD2XXX до HD4XXX).
• Добавлены счетчики производительности
• И многое другое, о чем можно посмотреть в...

>>> подробностях

Данная тема является продолжением общей дискуссии. Многие опытные пользователи Linux сталкиваются с проблемой, что утилита hdparm оказывается не в состоянии установить статус DMA, равно как и включить/выключить его на дисках при работе с ними через libata. Версия ядра 2.6.22.7 добавляет для них рудиментарную поддержку контроля DMA. Управление осуществляется путём передачи нужного параметра при загрузке:

• libata.pata_dma=0 Disable all PATA DMA like old IDE
• libata.pata_dma=1 Disk DMA only
• libata.pata_dma=2 ATAPI DMA only
• libata.pata_dma=4 CF DMA only

К сожалению пока не ясно, можно ли изменять эти параметры "на лету" через /proc или sysctl.

>>> Подробности

O'ReillyNet опубликовало небольшую статью о поведении ядра Linux в случае исчерпания объема виртуальной памяти и критериях активации OOM-killer'а (Out-Of-Memory killer). Кроме того, рассмотрены механизмы выделения, управления и освобождения памяти в менеджере памяти.

Особое внимание следует обратить на два механизма выделения памяти процессу:

• brk() sets the end of the process's data segment.
• mmap() creates a new VMA and passes it to the allocator.

Первый механизм используется при выделении объемов, меньших чем величина M_MMAP_THRESHOLD=128KB (по умолчанию). Что интересно, именно этот механизм ответственен за "утечку" памяти такого популярного браузера FireFox.

Как можно понять из статьи, возможно программное исправление такого поведения.

>>> Статья

Закончившийся 31 августа 2005 года второй (квартальный)
отчетный период для компании RedHat дал следующие
результаты:

* Общий доход за квартал составил 65.7 млн. долларов,
* рост в сравнении с аналогичным периодом прошлого года 42%
* ежеквартальный прирост - 8%
* доходы от подписки - 54.3 млн. долларов.

>>> Подробности

Официально вышел релиз GNOME 2.12

Список ключевых изменений пользовательского интерфейса
* Измененная тема по умолчанию
* Облегченное управление файлами
* Более естественное поведение Буфера Обмена
* Унифицированный просмотрщик ps и pdf документов
* Поддерживаются темы курсоров мыши
* И многое другое

>>> Подробности (Английский)