LINUX.ORG.RU

Linux 2.6.38

 ,


0

2

Сегодня вышло ядро Linux 2.6.38. Самым заметным изменением в нём является «патч на 200 строк», который значительно повысил отзывчивость ядра.

Остальные изменения:

  • автоматическая группировка процессов (тот самый двухсотстрочник);
  • большое количество изменений, позволяющих увеличить скорость VFS на однопроцессорных и многопроцессорных системах;
  • LZO-компрессия для Btrfs, снапшоты, доступные для чтения;
  • B.A.T.M.A.N.;
  • поддержка AMD Fusion APU;
  • добавлен /proc/consoles, позволяющий просмотреть процессы, использующие /dev/console;
  • добавлено XZ-сжатие в SquashFS;
  • userspace-интерфейс для Crypto API;
  • NX-защита данных ядра, RO/NX для модулей ядра;
  • и многое другое.

Анонс

Исходный код

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

★★★★★

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

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

>> памяти блоб кушает многовато

Я-то думал, только мне не повезло с этим. Впрочем, теперь блоб не поддерживает моё видео, так что этой неприятности больше нет.

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

>> открытые дрова с моим 32-м ядром не работают.

Это как понимать? Может, с картой, а не с ядром?

GotF ★★★★★ ()

интересно... если я приклею на подъезды дома объявление о том что «необходимы эктузиасты для тестирования технологии B.A.T.M.A.N.» откликниться ктонить или нет %) %)

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

>Может, с картой, а не с ядром?

сами-то дрова карту поддерживают, не поддерживает ядро. На выходе - черный экран после старта иксов. Блоб нормально работает.

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

> Пусть Шишкин натирает свою шишку, а не лезет с умной рожей учить других

В международный суд подай, ибо тут тебя никто не услышит. Скажи, btrfs втихаря отправляла дисковое пространство пользователей в сортир, а какой-то Шишкин возмутился.

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

>нечётные, ЕМНИП, всегда глючили

ИП, ещё как ИП. С 2.6 отменили предыдущее правило (нечетные - нестабильные).

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

имелась в виду нечётная минорщина и далее по треду

про 2.1, 2.3 в курсе

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

Отлично. Еще горка неиспользуемого дерьма!

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

>нечётная минорщина

уже давно не означает нестабильности

lazyklimm ★★★★★ ()

Поглядим, что оно на OpenSuse 11.3 покажет. Отключил BKL, включил автогруппировку, выкинул мусор по мелочи. Что-то долго компилится...

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

У меня аналогичная ситуация, решилась(вроде бы как) выставлением CONFIG_HZ=1000 вместо 100.

Это не спасает

ss@localhost:~> zcat /proc/config.gz | grep CONFIG_HZ
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000
ss@localhost:~> uname -a
Linux localhost 2.6.37.1-1.2-desktop #1 SMP PREEMPT 2011-02-21 10:34:10 +0100 x86_64 x86_64 x86_64 GNU/Linux

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

> на опеннете за новости бапки кроют :)

Ага, а идиот с «Linux-ядром» все так туда и пишет. Подарите ему словарь уже наконец!

unanimous ★★★★★ ()

Новость отличная!

Сделал я модуль для своего лунара (хотя, в принципе, можно было просто выполнить lin -w 2.6.38 linux-2.6), но пока не хочется ставить. Не хочется ставить лишь потому, что сейчас с моим 2.6.36-zen2 всё отлично работает и отзывчивость на высоте =]

Да и сомнения меня берут, что эффект от «200 строк» выиграет эффект от связки BFS/BFQ.

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

> Во-первых, для теста, сделай от рута: # for f in /proc/irq/*/smp_affinity; do echo 1 > $f; done и проверь свое копирование.

Если после этого фризы пропадут, то поздравляю - у тебя кривой дистрибутив, лечится установкой и запуском irqbalance.


Если же проблема останется - запусти в одной консоли копирование своей сотни гигабайт, а в другой `vmstat 1 100`, и выложи его вывод куда-нибудь с указанием строк, во время которых видел фризы.


Вы бы это сюда написали лучше
http://www.linux.org.ru/forum/desktop/5987142
я у всех спрашиваю - народ лишь руками разводит, не знают что с таким делать, там я написал что глюки страшные с 2.6.32 которое из каробки в Debian Squeeze.

kodx ()

Ну вот, я то и для 37 еще хедеров не дождался (генту), а тут 38 (кстати в репо нет еще). Будем ждать.

И как всегда великий вопрос(не сочтите ламером). Когда уже сделают простую и доступную функцию смены ядра без ребута системы?

LightDiver ★★★★★ ()

А у меня 37 работает почти отлично. Но вот этот 38, без изменения конфига стал загружаться дольше на 1.5 секунды, к тому же с ним networkmanager больше не подключается к ad-hoc сетям. И xf86-radeon-ati стал падать в ровном месте. Откатился назад на 37, буду ждать 39

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

>А в какой версии ведра это подкрутили?
когда тестировали «патч в 200 строк», местный космомол отмечал, что из гибернации стало быстрее выходить, вроде как скорость чтения увеличилась
видимо, после внесения сего патча в ядро - всё как и говорили: почти мгновенный выход из спящего режима

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

А я люблю иметь ATi. За то что она имеет меня. Вот например хочу восстановить свой пароль. OpenCL есть, но в Linux он только с R700. А у меня R600 и нет места на винду. Обидно.

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

>Да и сомнения меня берут, что эффект от «200 строк» выиграет эффект от связки BFS/BFQ.
а ты не сомневайся
толку от 200-от строк тех ноль - абсолютный ноль

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

kexec по сути та же перезагрузка, только без POST BIOS

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

знакомый анонимус ^_^
irqbalance не панацея - даже прямее - ноль!

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

>паники 2-3 раза в день. а я грешил на -ck..
рано ты на генту перешёл ^_^
2 генты - работают нормально

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

есть такая функция, kexec или как там его

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

И все-равно я верю, что в светлом будущем каждый сможет нажать одну кнопку и перезагрузиться в новое ядро.

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

kexec по сути та же перезагрузка, только без POST BIOS

Вот, плюс к прошлому моему комментарию. Это все же перезагрузка, хоть и немного быстрее. Хотя я не верю, что технологически невозможно без ребута сделать.

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

а как же чудо-видео с похороникса? Линус тоже «плацебнулся», протестировав и включив это в ядро? :)

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

> Зеркало 1 fattroll.deaport.ru

Это успех, однозначно! :)

> проект выиграл грант (!!!) на выделенный сервер, объявленный хостинг компанией

Оно не умрет, когда благотворительная акция закончится? И вообще интересно: кем Agilia поддерживается или работает на чистом энтузиазме? Количество восклицательных знаков и смайлов на главной просто запредельное...

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

>kernel panic
я таки думаю проблема в ядре/руках, а не генте ;)

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

оно хорошо только при ооочень высокой нагрузке
в остальных же случаях он по отклику сливает bfs-у многократно

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

но, тем не менее, патч сам по себе ничего же не ухудшает? или ухудшает?

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

>Пусть Шишкин натирает свою шишку, а не лезет с умной рожей учить других.

Если ты не заметил, КраснаяШляпа платит Шишкину именно за то, что бы он проверял этот бтрфс

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

Оно не умрет, когда благотворительная акция закончится?

Нет, не умрет. Agilia - не однодневка, типа нескучных болгенос. Проект развивается уже больше 7 лет (если еще MOPSLinux учитывать)

И вообще интересно: кем Agilia поддерживается или работает на чистом энтузиазме?

поддерживается исключительно сообществом, очень активно.

Количество восклицательных знаков и смайлов на главной просто запредельное...

вы так говорите, как будто это что-то плохое...

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

У меня этот патч с ядра 2.6.36 и я заметил только улучшения. Читай комментарии на ЛОРе и опеннете в новости о патче.

ZenitharChampion ★★★★★ ()

> # добавлен /proc/consoles, позволяющий просмотреть процессы, использующие /dev/console;

# NX-защита данных ядра, RO/NX для модулей ядра;


Это отлично. :)

Двухсотстрочник не волнует, 12309 не наблюдал.

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

> это случайно не те, которым нормально кеды последние скомпилить не могут?

Это те, у которых критерии качества выпускаемой продукции никак не совместимы с кедами.

А не просто «взять ваниль и собрать, если запустилось 1 раз на 1 компьютере 1 архитектуры на 1 языковой локали - значит уходит в релиз».

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

> irqbalance не панацея - даже прямее - ноль!

Не сомневаюсь. Это - не панацея, а решение конкретной проблемы балансировки IRQ-прерываний. У нее есть симптомы - система тормозит при большом числе IRQ-вызовов, причем тормозит настолько сильно, что даже мыша еле двигается. Обычно это вылазит при записи на флешку или по сети. И это хорошо видно в vmstat и в /proc/interrupts. Проверяется мгновенно, без перезагрузок, тем однострочным циклом на баше. В этом случае установка irqbalance РЕШИЛА проблему.

Другой, не менее известный случай - система, которая залазит в своп или в которой просто заканчивается оперативка. Обычно бывает либо когда запущено много «тяжелых» приложений, либо когда особо умные юзеры монтируют /tmp в память, а потом забивают его на пару гигабайт временными файлами. Этот случай видно, если посмотреть во время тормозов вывод vmstat и df.

Оба случая мне попадались в реальной жизни. И то и другое - либо баг дистрибутива, в котором не настроено все правильно по-умолчанию, либо кривые руки пользователя, который поменял правильные дефолтные настройки.

Ни то ни другое не является багом ядра.

Хотя да, пугать всех страшилками про великий и ужасный баг ядра куда легче, чем признаться в собственной криворукости. :)

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

узнаю ^_^
а теперь расскажи-ка мне про одноголовые процы, о гуру 12309 :3

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

> а теперь расскажи-ка мне про одноголовые процы, о гуру 12309 :3

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

У тебя есть другие сведения? Поделись же ими.

Может ты даже знаешь способ гарантированно воспроизвести этот баг на любом процессоре? Тогда собери и выложи livecd, который любой желающий сможет скачать и убедиться, что баг действительно есть и воспроизводится. К счастью, в современных дистрибутивах собрать livecd легко. А затем выложи ссылку на этот livecd на bugzilla.kernel.org в самом известном баге, и проблему исправят.

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

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

bhfq ★★★★★ ()

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

uname -a что-то выдаст вроде Pardus 2011 Kernel 2.6.37 x86_64

bhfq ★★★★★ ()

Ждем в галерее новых скринов с выводом `uname -a`

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