LINUX.ORG.RU

Linux 3.0

 ,


0

4

После двух месяцев разработки представлена новая версия ядра Linux 3.0.

Из изменений следует отметить такие:

  • организационные:
    • произошла смена мажорного номера и системы нумерации в целом. Это не повлекло за собой кардинальных изменений кода, но правильным образом укрепило модель разработки, принятую для ветки 2.6;
  • в сетевой подсистеме:
    • включен JIT-компилятор для BPF (для платформы x86_64);
    • добавлена возможность посылать и принимать пакеты ICMP_ECHO непривилегированными пользователями через новый сокет IPPROTO_ICMP;
    • произведены улучшения в подсистеме Samba;
    • добавлена новая дисциплина планирования QFQ;
    • добавлена возможность изолирования соединений VPN;
    • добавлены и обновлены драйверы проводных и беспроводных сетевых устройств;
    • добавлена поддержка WoWLAN;
  • в файловых системах:
    • произведены множественные улучшения в btrfs, отдельно следует выделить автоматическую дефрагментацию (применима к небольшим файлам);
    • в ext4 добавлена поддержка информирования программами файловой системы о том, что некоторые области файлов не содержат данных;
    • в tmpfs добавлена базовая поддержка расширенных атрибутов;
    • в xfs добавлена поддержка оповещения носителей об освобождаемом месте непосредственно в момент удаления файлов;
  • в подсистеме виртуализации:
    • в Xen добавлен backend хранения данных, что позволяет использовать ванильное ядро как хост-систему без применения дополнительных патчей;
  • в архитектуре:
    • начата реорганизация дерева ARM с целью унификации;
    • выключена оптимизация по размеру по умолчанию;
    • в KVM добавлена поддержка процессоров VIA;
    • теперь ядро поддерживает 64-разрядную архитектуру Tilera;
    • реализована поддержка режима SMEP (Supervisor Mode Execution Protection) для современных процессоров Intel. При его включении ядру аппаратно запрещается исполнять код из непривилегированных страниц пространства пользователя. SMEP предохраняет ядро от некоторых видов атак и эксплоитов.
    • функция подсистемы управления памятью mmu_gather теперь может вытесняться, что значительно улучшило масштабируемость ядра;
  • в видеоподсистеме:
  • другое:
    • добавлена поддержка драйвера isci для контроллера SAS в сервере Intel C600;
    • в драйвере mvsas добавлена поддержка чипов 88SE9445 и 88SE9485;
    • теперь неиспользованные порты SATA можно полностью отключать;
  • также было сделано множество других полезных и интересных изменений, перечислять которые можно очень долго.

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

Статьи, по мотивам которых подготовлена эта новость: 1, 2, 3, 4

Обзорная статья о нововведениях

Список основных изменений

Список изменений в драйверах

Патч на 2.6.39

>>> Архив исходных кодов

★★★★★

Последнее исправление: post-factum (всего исправлений: 10)
Ответ на: комментарий от ipeacocks

Гуглить следующие файлы:

07-2.6.39-support.diff 06-no-smp-lock.diff 05-fix-global-kernel-lock.diff

anonymous
()

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

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

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

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

Верной дорогой мы идём в догонку NTFS. Оно (и еёйная API) это умело с рождения.

Только фичастость ФС сходит на нет из-за рукожопости вендокодеров, которые такими возможностями не пользуются.

X10Dead ★★★★★
()

Минорщина

В 3.0 должна быть какая-то мегафича.

Вообще стоило бы пересмотреть и переосмыслить систему целиком. Разгрести весь тот софтварный бардак. Более четко определить требования, которым должен удовлетворять нормально написанный софт. Так, чтоб можно было написать софт в соответствии с этими правилами и быть уверенным, что программа нормально поставится и заработает на любом дистрибутиве в широком диапазоне версий этих дистрибутивов. Я понимаю, что создать такие требования очень трудно, но над этим все равно надо работать.

ИМХО идеология поставки софта «от дистрибутива» - это костыль. Софт должен поставляться «от создателя».

Я понимаю, что ядро это ядро. Оно само по себе. Его нельзя отождествлять с системой целиком. Но все таки считаю, что смена главного числа должна сопровождаться «сменой поколения» или «новой эрой» в системе в целом.

Смена главного числа - это чистый маркетинг чисто психологическая вещь. Я бы ждал от 3.0 чего-то большего, чем просто изменения в ядре. :(

pathfinder ★★★★
()
Ответ на: комментарий от post-factum

Никакая мегафича и никакое ядро тебе ничего не должно.

Я с этим не спорю. Линукс сообщество мне вообще ничего не должно.

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

Предлагаю направить сию петицию прямиком в lkml.

А толку. Можно подумать я один заметил проблему совместимости софта. Если проблему не решили, значит не хотят решать. Есть, правда, LSB. Но он как-то существует тихо и незаметно. От него я не видел ни вреда ни пользы.

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

>> JIT-компилятор чего?

Там же ясно сказано - языка BPF.

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

segfault ★★★★★
()
Ответ на: комментарий от post-factum

На мой старенький Mandrake не удалось поставить firefox выше 2.0, Pidgin старше какой-то версии. Дома как-то захотелось поставить OpenFOAM (или как он там назывался?) на свою Ubuntu. Так, поиграться. Но потом посмотрел, что без напильника не обойтись и сразу расхотелось.

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

> прежде, чем возмущаться, смотрите, пожалуйста, историю правок.

Ссылка на патч там была с самого начала, и по ней всё было написано.

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

посмотрел, что без напильника не обойтись и сразу расхотелось.

Да, я неоссилятор. Но все таки считаю проблему актуальной.

pathfinder ★★★★
()
Ответ на: комментарий от post-factum

ССЗБ, ИМХО.

Да тут каждый в чем-то ССЗБ. Даже если очень захочешь не быть ССЗБ, все равно им будешь.

Софт с большим жизненным циклом, это очень хорошая вещь. Напильник и компиляция не всем по нраву. Репозитории дистрибутивов частично сглаживают проблему, но не решают её.

Давай посмотрим на проблему с другой стороны - со стороны разработчика. Предположим ты разработчик некоего ПО под Линукс. Ты хочешь, чтоб твоим софтом могли пользоваться разные люди. Причем, заметь, пользоваться без геммороя. Как этого добиться?

Мне кажется, что в такой постановке задача не решаема (на сегодняшний день). И это очень печально.

Если бы с этой фигней что-то сделали, то это был бы настоящий Linux 3.0, даже круче, чем Веб 2.0 :)

//Только не спрашивайте: при чем тут ядро?

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

Вот именно, при чём здесь ядро?

А ещё почему один и тот же софт без проблем работает на различных дистрибутивах?

post-factum ★★★★★
() автор топика

> Выход новой версии ядра ожидается во вторник.

Уж полночь близится, а Германа всё нет...

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

Задержали на пару дней. Линус сам объявил.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от post-factum

А ещё почему один и тот же софт без проблем работает на различных дистрибутивах?

Ох... Все не настолько плохо, чтобы был сущий ад, но и не настолько хорошо, чтобы наступил «он».

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

Пока ты не скажешь, куда девать толпы хомячков после НЕГО, я могу утверждать, что ОН не нужен.

post-factum ★★★★★
() автор топика
Ответ на: комментарий от post-factum

Пока ты не скажешь, куда девать толпы хомячков после НЕГО, я могу утверждать, что ОН не нужен.

Мысленно представь себе такую ситуацию. Пускай с выходом этого Линукс 3.0 неожиданно случится «нечто» и Линукс займет 15-20% десктопа, вместо 1%, что сейчас. Возникнет толпа хомячков-линуксоидов.

Я не понимаю, чего ты боишься? Думаешь, что эта толпа одной огромной волной-цунами ломанётся сюда? И тогда тут физически ничего не отмодерируешь?

Что такого плохого в хомячках?

Зато поддержка железа станет однозначно лучше. Технологии не будут затачиваться только под windows. Ну и т.д.

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

Не займёт он столько процентов, это и не нужно.

А если займёт, свалю на Haiku :).

post-factum ★★★★★
() автор топика
Ответ на: комментарий от RussianNeuroMancer

SLI смогла? С разработчиками драйвера Intel для Windows договориться смогла? Да. А Optimus нет только потому, что отношение в Linux ухудшено в целом.

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

Если бы можно было сделать без перезапуска Иксов, то это сделала бы AMD ещё месяца четыре назад. Они поддержку PowerXpress как раз в этом году реализовали.

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

Это решается также, как и в Windows - статической компиляцией %).

Ну да. Все проблемы можно решить статической компиляцией.

pathfinder ★★★★
()

Когда же? Когда же? Когда?

Subj.

luke ★★★★★
()

Годная новость. Возрадуемся!

Список изменений внушительный, хотя фиксы не особо существенные, для мажорного релиза, ИМХО.

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

>FreeBSD же R.I.P? Нет?
я сначала хотел на миникс перейти, но он не поддерживает мою сетевую карту

ArtemZ
()

А у меня все таки осталась надежда что в 3.0 починят дрова на мою wi-fi карточку. Может собрать, чтоб развеять надеджу...

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

А на кернел орге до сих пор 2.6 - stable.

luke ★★★★★
()

Господи, сколько же хлама можно запихнуть в ядро ОС =) Интересно, если взять какую-нибудь конкретную систему и повыкидывать из ядра и ос в целом все, что не относится к данному конкретному железу, насколько быстрее и стабильнее все будет работать?

Opeth ★★★
()

>JIT-компилятор

Samba

btrfs

Боже мой и это всё в ядре.

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

> Я не спец по ядре, но имхо не тянут эти изменения на крупный релиз.

Несколько предыдущих новостей из раздела «Ядро Linux» почитай.

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

Собери ядро, старательно отключив всё в конфиге. Не думаю что заметишь разницу )

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

А нет, просто наделали системных вызовов, чтобы сабма работала быстрее. По тексту новости и правда можно подумать, что оно уже в ядре)

melkor217 ★★★★★
()

Пт и такой повод! А если бы Линус выпустил в следующую Пт...

eugeneblack
()

◦включен JIT-компилятор для BPF (для платформы x86_64);


Что такое BPF? Berkeley Packet Filter? Зачем для него JIT?

Туплю :(

vada ★★★★★
()

Где в этом ядре включить Xen dom0?

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