LINUX.ORG.RU

Выпущено ядро Linux 2.6.36

 ,


0

2

Состоялся выпуск новой версии ядра Linux версии 2.6.36. Её разработка длилась 80 дней, за это время в ядре произошли следующие изменения:

  • добавлена подсистема безопасности AppArmor;
  • переработана подсистема VFS в плане распараллеливания работы;
  • переписан механизм OOM, позволяющий ядру вести себя более корректно при нехватке памяти;
  • добавлена поддержка Intel Intelligent Power Sharing support (касается управления питанием на платформах Intel Core i3/5 с интегрированной графикой);
  • отладчик KGDB интегрирован с подсистемой KMS. Дебажить теперь стало ещё проще;
  • добавлена поддержка процессоров Tilera;

Как результат некоторой пачки изменений, планируется, что улучшится отзывчивость системы в целом.

Также, в ядре было сделано множество других улучшений, обновлены драйверы и т. д., и т. п. Наиболее подробный список изменений описан на странице Kernel Newbies. Касательно драйверов можно почитать здесь.

Полный архив исходного кода новой версии можно скачать здесь, патч для версии 2.6.35 доступен по этой ссылке.

>>> Официальный анонс

★★★★★

Проверено: maxcom ()
Последнее исправление: Casus (всего исправлений: 1)

Ответ на: комментарий от Be-LucK

>Осталось проверить способность ноутбука выключиться с подключенным питанием.

С этим проблемы?
У меня такое было на асусе - нес в сервис, меняли материнку.

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

> объемы несколько гиг, носители пробовал разные - флешки, медиаплейры прикидывающиеся флешками, usb-hdd. Начинается бодренько процесс копирования, потом скорость падает, падает и до нуля.

Убунта-10.04, только что скопировал на флешку 8Г, скорость не падает, usb-подсистема не виснет. ЧЯДНТ?

> Mint 9

Криворукие поделки не нужны, используйте нормальные дистрибутивы.

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

> У меня этот баг производится каждый день.

В чем именно он проявляется? Может память забита под завязку и система полезла в своп? Процессор - многоядерный/хипертрединговый? Такая команда решает проблему? (от рута)

for f in /proc/irq/*/smp_affinity; do echo 1 > $f; done

anonymous
()

кстати в зен что-то не то с bfq сделали:
патчи для 35-го нормально работают
а вот для 36-го...ругается и не собирается
(накладывалось на ваниль)
а вот официальные патчики собраные в один, работают без проблем...

megabaks ★★★★
()

>добавлена подсистема безопасности AppArmor;

Ну наконец то.

Как результат некоторой пачки изменений, планируется, что улучшится отзывчивость системы в целом.

Заинтриговало.

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

Проблема решена. Дело было в том, что при подключенном питании от зарядника, ноутбук вместо выключения уходил в рестарт. Причём на XP тоже самое. А вот на 7-ке уже всё встало на свои места. Линукс же с моим Phoenix v1.9 не могу в упор выключаться. Сейчас обновился и умвр.

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

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

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

Вот потому я и говорю - 12309 НЕ СУЩЕСТВУЕТ

PS: Эта команда просто перевешивает все прерывания на первое CPU-ядро. Причем изменения не сохраняются, то есть обычная перезагрузка все вернет как было.

Просто если эта команда решит проблему - то это признак того, что ACPI-балансировка IRQ не работает и прерывания криво разбросаны по ядрам.

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

Решение - это правильная настройка. Обычно хватает `apt-get install irqbalance` (в красношапках идет в базовой системе). Есть и другие способы (параметры ядра вроде acpi_irq_balance, ручное разбрасывание).

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

ололо
какие нахрен irq?
упоролся?
и да «я прихожу и спрашиваю» - зарегайся хоть, трусишка, а то ж хз кто из ананизмусов хто :)

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

> ололо какие нахрен irq?

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

и да «я прихожу и спрашиваю» - зарегайся хоть, трусишка, а то ж хз кто из ананизмусов хто :)

Какая разница, какой ник у того, кто предлагает тебе решение твоей проблемы? Погугли по лору, я не первый раз подобную команду называю. Во всех случаях ответ был нулевой.

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

что за команда?
(я с работы - меня ломает гуглить)

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

кстати irqbalance вообще никакого профита не даёт!

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

>Блджад, а я вчера слил 2.6.35.7, подождать бы всего ничего, и уже новое компилить... неудача бл*

Ти так говориш как будто у тебя диал-ап.

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

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

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

>И так всегда. Все орут, что в ядре есть 12309, и что его надо поправить. Как только я прихожу и спрашиваю, кто может воспроизвести проблему - остаются всего несколько человек. А как только я даю команду и спрашиваю, решает ли она эту проблему, так и те несколько человек исчезают.

Нну. Поставил я твои smp_affinity. Стало мне лучше? Хрен там. Повторюсь: сабж-rc3 почти поправил проблему, но все-таки она немного еще есть. А вот irq affinity нифига не меняет.

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

а можно цыферки?
сколько проца сжирает - сколько % экономим на винте?
(понятно что от типа данных зависит...ну скажем на куче мелких текстовых файлов(привет *nix))

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

>сколько проца сжирает - сколько % экономим на винте?

(понятно что от типа данных зависит...ну скажем на куче мелких текстовых файлов(привет *nix))


Мелкие файлы и концы больших reiser (reiser4 тоже) традиционно и так умеет совать в один кластер, экономя место по сравнению с другими фс. Это так, между делом.

У меня экономия на сжатии была, причем -30% на /home. А еще есть мнение, что при медленном винте (ноуты всякие) это ускоряет работу, т.к. распаковка быстрее чтения.

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

>>где у нас тут еще есть фс с прозрачным сжатием.

btrfs.


ЛОЛ!!!! Это после того, как она отжирает туеву хучу места под свои структуры?)) Так там даже сжатие не спасет.

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

>то после того, как она отжирает туеву хучу места под свои структуры?

Шишкин там дефраг не обещал? тогда рейзер уже не нужен.
P.S. не знаю, что там за бага со структурами - у меня все отлично на /

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

> Ага. И вашего.

Как это ни банально звучит, но у меня всё работает, кроме X-Fi I/O Drive. Этот баг с ним связан?

P.S. свопом не пользуюсь, у меня 4 ГБ ОЗУ на десктопе и 1 ГБ на нетбуке.

cruxish ★★★★
()

забавно, только сейчас заметил: последний движок в Опере — Presto 2.6.37

vlIlich
()
Ответ на: комментарий от val-amart

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

а почитать документацию и настроить поведение (в т.ч. и оверкоммита) религия не позволяет вам в вашей мегаконторе что ли?
например echo '-17' > /proc/$pid/oom_adj - процесс вообще не будет убит никогда....

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

> P.S. не знаю, что там за бага со структурами - у меня все отлично на /

А кто скажет, что у тебя всё плохо? Средства btrfs это технично не показывают. df? du? btrfs-show? Это полная ахинея! И когда кончается место на btrfs-разделе, пользователь покорно платит за дополнительный носитель, не зная, что львиная доля его дискового пространства спущена в сортир. Лишь немногие, поняв, что их нае..ли вопят в btrfs-mailing list, где их технично подкармливают завтраками.

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

>И когда кончается место на btrfs-разделе

Анонимус забивает и ставит обратно любимую семерочку.
У меня что на reiser4+gzip1, что на btrfs+compress гента одинаково места жрет.

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

> У меня что на reiser4+gzip1, что на btrfs+compress гента одинаково места жрет.

А как ты определяешь, сколько места у тебя жрет btrfs? По умолчанию она зеркалирует определённые (мета)данные. И кто учитвыал фрагментацию блоков (дыры, в которых ничего уже нельзя записать)?

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

спасибо anonymous, я попробовал:

apt-get install irqbalance

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



elipse ★★★
()

… attempt to kill idle task … да, блин, хороши пейсатели, ничего не скажешь. Это диагноз…

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

> а почитать документацию и настроить поведение (в т.ч. и оверкоммита) религия не позволяет вам в вашей мегаконторе что ли?

например echo '-17' > /proc/$pid/oom_adj - процесс вообще не будет убит никогда....


я где-то говорил, что проблема не решена? абы вые.нуться, чесс-слово.
дискуссия была о теории и практике работы алгоритма ООМ-киллера.

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