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)

а у меня драйвер wl от bcm4313 поломался в третьем ядре, сижу обратно на втором, хотя Линус говорит, что ничего не поломалось

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

> На мой старенький Mandrake не удалось поставить firefox выше 2.0

Модно создать тему в толксах и пожаловаться, что на рухлядь десятилетней давности не устанавливается рухлядь пятилетней давности. Но ядро-то тут при чём?

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

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

Сейчас что мешает?

bloodredfrog ★★
()

Интересно, редко бывает, когда в ядре столько интересных новшенств.

Особенно нравится xen из коробки.

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

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

roof ★★
()
Ответ на: комментарий от I-Love-Microsoft

Неа, этот баг у меня периодически то появляется то опять пропадает, на разном железе/ядрах/дистрибутивах. Да и недавно кто-то тут тоже на форуме жаловался.

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

Неа, а на домашнем сервачке у меня вообще феерическая ситуация — при вытаскивании флешки в 10% случаев отваливается сеть. ifconfig просто показывает, что интерфейс не поднят :))) Флешки — больная проблема линуха :)

Reset ★★★★★
()

улучшена поддержка NVIDIA Optimus;

Все равно 90% оптимусов - MUXless. И их поддержка - проблеммы юзерспейса. Для автоматического переключения во время работы программы нужно:

1) перепилить нынешний libGL - он должен только и делать, что обращаться к libGL производителя карты или мезы.

2) реализовать поддержку в Иксах (что потребует глобального перепила архитектуры).

А пока есть костыли - bumblebee/debumblebee для MUXless и vga_switcheroo для MUXed.

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

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


Раньше надо было волну поднимать. :) Когда Линукс задумал новую систему нумерации ведер.

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

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


Не на сколько.

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

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

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от Deleted

> Для автоматического переключения во время работы программы

Это где-то нужно кроме flash в браузере? И то сомнительно.

> А пока есть костыли

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

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

> на столько «хорошо», что надо перезапускать иксы со всеми программами?

Специально для Вас: «Не надо!» :)
Где Вы такое услышали?

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

Это где-то нужно кроме flash в браузере? И то сомнительно.

Мне - не нужно. Меня ни капли не напрягает писать optirun перед коммандой для запуска на nvidia.

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

Не было там никакой поддержки. Изначально была поддержка просто компьютеров с несколькими GPU (и использовалось оно для Multihead конфигураций). А bumblebee использует VirtualGL, чтобы запускать приложения на NVIDIA и копировать их вывод на Intel.

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

> С каких это пор не надо? Доказательства в виде видео есть?

С самых начальных не надо. Будем считать, что я «спророчил» Ваш вопрос про видео :)

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

> Мне - не нужно. Меня ни капли не напрягает писать optirun перед коммандой для запуска на nvidia.

На самом деле и optirun запускать не надо, достаточно сделать обёртку в виде Bash скрипта...

> чтобы запускать приложения на NVIDIA и копировать их вывод на Intel.

Во, об этом и говорю. Ведь это же тоже предусмотреть надо было!

backbone ★★★★★
()

> This is an implementation of the Quick Fair Queue scheduler developed by Fabio Checconi. The same algorithm is already implemented in ipfw in FreeBSD. Fabio had an earlier version developed on Linux, I just cleaned it up. Thanks to Eric Dumazet for testing this under load.

Ну ну =)

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

> Будем считать, что я «спророчил» Ваш вопрос про видео :)

Круто!

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

>>баг с kernel panic'ом при вытаскивании флешки починили ?

а такое было?

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

Во, об этом и говорю. Ведь это же тоже предусмотреть надо было!

VirtualGL не для Optimus придуман, а для того, чтобы тонкие клиенты могли иметь 3D, отрендеренный GPU на сервере.

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

Все там нормально. У меня Optimus, и я вполне доволен работой bumblebee. Единственное, что это - немного не то, что в винде (хотя в винде иногда было бы полезно иметь что-то вроде bumblebee, чтобы можно было сказать «запусти мне это на nvidia», и оно обязательно запускалось на nvidia).

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

У меня Debian и GeForce - dkms, и при апдейте ядра все само пересобирается.

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

Дык, так вроде ж по клику пкм на *.exe есть выбор на чем запускать

anonymous
()

Опа :-) прям в день рождения. Ок, пойду ставить, это судьба :-)

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

Жизнь слишком коротка, чтобы пользоваться безопасным извлечением…

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

Это понятно, но не всегда так получается делать, поэтому ядро должно разруливать и некорректные ситуации. У венды же это как-то получается.

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

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

Так ведь крупный никто не обещал — речь шла о технической смене версии.

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

Я не могу упомянуть всё и вся, для этого есть ссылки на статьи, детальные списки изменений и пр.

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

Latest Stable Kernel: Download 2.6.39.3

почему забыли про самое важное? весь мир ждет этого момента больше чем НГ

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от Opeth

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

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

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

Он зарелизился ещё за два часа перед подтверждением новости. Где-то в 6 утра по Киеву.

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

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

> Через пол года, при активном aptitude update && aptitude upgrade, ты будешь очень не любить этот бтр.


Это точно, меня хватило только на несколько дней. Полезли непонятные ошибки при загрузке, а обновление 20-30 пакетов растянулось на час.
Снес.

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

>А nss с третьеядром не собирается до сих пор.

У меня собирался, я скопировал Linux2.6.mk в Linux3.0.mk. Ещё net-misc/dhcp не собирается, но там лечится правкой configure.

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