LINUX.ORG.RU

Вышло ядро 2.6.32

 , , , r700, ,


0

0

После 8 релиз-кандидатов Линус выпустил версию 2.6.32 ядра Linux.

Основные изменения:

  • Добавлен модуль DRM для видеочипов R600/700
  • Множество исправлений, связанных с видеочипами производства Intel
  • Добавлена поддержка Intel Moorestown, SFI (Simple Firmware Interface) и ACPI 4.0
  • Добавлен драйвер для работы Linux под управлением системы виртуализации Microsoft Hyper-V
  • Множество исправлений в код поддержки файловых систем btrfs, ocfs2, ext4, xfs, gfs2
  • Множество исправлений, связанных с конкретной архитектурой микропроцессоров

В новое ядро принято 11.838 исправлений от 1.435 разработчиков, размер патча — 63 мегабайта (добавлено 1.100.000 строк кода, удалено — 541.000).

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

★★★★★

Проверено: svu ()

Ответ на: комментарий от dark_lord

ну на нетбуке можно и больше часа,
хотя такое безобразие как сборку rc на нетбуках обычно не делают :)

Sylvia ★★★★★
()

А кстати, забавно. Тэг drm ведет как на новости про видеокарты так и про копирайт.

anonymous
()
Ответ на: комментарий от r0mik

>только БСДшники и неадекватные фроникс-тестеры могут тестить десктопный планировщик И/О на подобных задачах

а взрослые дяди выбирают deadline...


можно ссылок на адекватное сравнение планировщиков на десктопах/серверах?

mcdebugger ★★
()
Ответ на: комментарий от Lavos

>Ебилд для ванильного ядра уже есть.

Синк делал. sys-kernel/vanilla-sources Latest version available: 2.6.31.6 Latest version installed: [ Not Installed ]

anonymous
()
Ответ на: комментарий от PayableOnDeath

> когда mesa 7.7 выйдет? я так понимаю, без неё нельзя гонять 3D на открытых дровах ATI

7.6 тоже умеет

anonymous
()
Ответ на: комментарий от anTaRes

Если бы всякие регистранты были чуть менее Ъ, они ходили бы по ссылкам и знали, что падение производительности произошло в драйвере ext4, а взамен пользователи ext4 получили значительно возросшую надёжность ФС.

anonymous
()
Ответ на: комментарий от anonymous

> Синк делал. sys-kernel/vanilla-sources Latest version available: 2.6.31.6 Latest version installed: [ Not Installed ]

Наверное не расползлось еще по всем зеркалам.

* sys-kernel/vanilla-sources

Latest version available: 2.6.32

Latest version installed: [ Not Installed ]

Lavos ★★★★★
()
Ответ на: комментарий от anonymous

Да, и это настраивается при монтировании. Условно говоря, можно выбрать бОльшую производительность или бОльшую надёжность.

anonymous
()

Мужики, сейчас будем собирать. Да, размер ведра в архиве уже больше 60 метров, жестковато.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от mcdebugger

> можно ссылок на адекватное сравнение планировщиков на десктопах/серверах?

http://www.redhat.com/magazine/008jun05/features/schedulers/

но я не о том, а о всем известной регресии (cfq+sata), что пошла с 2.6.19. так что тестить с cfq - маразм, имхо, в не зависимости от того, пофиксили ли регрессию...

r0mik
()
Ответ на: комментарий от anonymous

7.6 тоже умеет

Для чипов <R600 умеет. А для R600+ в 7.6 стоит нерабочая заглушка. Полная поддержка будет в mesa 7.7, которая выйдет к католическому рождеству.

madgnu ★★★★★
()
Ответ на: комментарий от anonymous

> Если бы всякие регистранты были чуть менее Ъ, они ходили бы по ссылкам и знали, что падение производительности произошло в драйвере ext4, а взамен пользователи ext4 получили значительно возросшую надёжность ФС.

если бы на фрониксе не заседали такие муда^Wубунтоиды, то возможно мы и сходили бы туда, да...

r0mik
()

>Множество исправлений, связанных с видеочипами производства Intel

кто-нибудь уже может похвастаться?

madcore ★★★★★
()
Ответ на: комментарий от r0mik

>а взрослые дяди выбирают deadline...

А обосновать? :) В своё время (сразу после его выхода) переход с deadline на cfq снизил тормоза сервера в разы. Так с тех пор на cfq и сижу. За эти годы что-то поменялось? :)

KRoN73 ★★★★★
()
Ответ на: комментарий от r0mik

> если бы на фрониксе не заседали такие муда^Wубунтоиды, то возможно мы и сходили бы туда, да...
Д'Артаньян?

man git-bisect

anonymous
()
Ответ на: комментарий от anonymous

ну значит это у гентушников ебилд испорченый )

Sylvia ★★★★★
()

Ну и что отвалится на этот раз?

Klausd
()
Ответ на: комментарий от Biburat

Biburat (*) (03.12.2009 14:24:22)

Для меня хорошо тем что в это ядро включена поддержка моего ТВ-тюнера (BeholdTV X7).

Отпишись, если заведёшь, как оно. А то присматриваюсь к покупке. Неужели все фичи приделали? Судя по этому треду - работа кипит.

anonymous
()

А нам ортогонально, нам и на 2.6.24 неплохо живётся. Всё железо работает на ура, секьюрити-фиксы приходят регулярно, чего ещё желать-то?

// Старею...

Cancellor ★★★★☆
()
Ответ на: комментарий от Bioreactor

>Что меня прикалывает на ЛОРе - появится хорошая новость, так сразу появляется куча школьников, которые пытаются толсто и глупо троллить.

Да тут уже поди разбери, кто троллит, а кто не может отличить одного drm от другого...

madcore ★★★★★
()

Интересно, а проблему с huge iowait уже решили?
Если да - обновлюсь без промедления

anonymous
()
Ответ на: комментарий от anonymous

>Условно говоря, можно выбрать бОльшую производительность или бОльшую надёжность.

sync || async ?

iZEN ★★★★★
()

Не нужно. Закапывайте. Linux RIP =)

exst ★★★★
()
Ответ на: комментарий от iZEN

>>Условно говоря, можно выбрать бОльшую производительность или бОльшую надёжность.

sync || async ?


Здесь надо смеяться?

anonymous
()
Ответ на: комментарий от sdio

>Спили мушку^W^W смени локаль, сынок.

А в какой локали точка - разделение тысяч? Вроде, в России тысячи пробелом разделяют, в англоязычных - запятой. А точка - где такое?

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

Может мне кто нибудь объяснить, когда будет доступен свежий мануал по glibc?

На дворе уже давно релиз glibc 2.11, а на сайте gnu до сих пор мануал только по 2.08 лежит, где ни про какие NPTL нет ни строчки.

anonymous
()
Ответ на: комментарий от KRoN73

> переход с deadline на cfq снизил тормоза сервера в разы

в точности до наоборот, вот ей-Богу!))
имею подобное http://bugzilla.kernel.org/show_bug.cgi?id=7372 почти везде

да и какие тормоза? в связи с чем тормоза? я ведь речь веду о тестах перформанса БД (который сливает у фроникса, впрочем там ext4 виноват), а не феерических тормозах... действительно, если отключить на OpenVZ-хосте cfq и запустить бекап на всех VS-ах, то мы можем получить просто нереальные тормоза, да...



Д'Артаньян?

man git-bisect


anonymous (*) (03.12.2009 15:06:51)



это ты к чему?

r0mik
()
Ответ на: комментарий от r0mik

>да и какие тормоза? в связи с чем тормоза?

Памяти маловато было и mysql постоянно iowait создавал.

я ведь речь веду о тестах перформанса БД


А я - про общее время отклика LLMP'а. Замена deadline на cfq снизила его под нагрузкой в несколько раз.

KRoN73 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.