LINUX.ORG.RU

Вышло ядро Linux 3.5

 ,


0

3

После двух месяцев разработки вышла очередная версия ядра Linux — 3.5.

Из нововведений выделим следующие:

  • в сетевой подсистеме:
    • добавлен планировщик пакетов CoDel, реализующий механизм активного управления очередью с контролируемыми задержками, который призван обеспечить качество обслуживания на глобальном уровне сети Интернет, устраняющий переполнение буферов;
    • в стек TCP добавлена функция ранней перепередачи, которая ускоряет восстановление соединения при потере пакетов;
    • в код NFC добавлена поддержка компонентов NFC с поддержкой HCI;
    • удалена поддержка Token Ring и Econet (RIP :( — прим. pf);
  • в файловых системах и подсистеме хранения данных:
    • в btrfs устранены всплески задержки записи метаданных, а также улучшено обнаружение ошибок данных;
    • в ext4 появилась возможность добавлять контрольные суммы CRC32 к метаданным;
    • код программного RAID теперь поддерживает использование инструкций AVX;
    • улучшена поддержка HFS;
    • добавлена базовая поддержка SMB2 в CIFS;
    • для FUSE представлена поддержка «punch hole», обеспечиваемая через вызов fallocate;
    • внесены обширные изменения в XFS;
  • в архитектуре:
  • в драйверах:
    • в драйвер E1000e добавлена поддержка i217 PHY;
    • улучшена производительность драйверов для видеокарт с чипами от R600 до R900;
    • улучшена транспортировка звука поверх HDMI для новых Radeon GPU;
    • в драйвер nouveau добавлена поддержка аппаратного ускорения на чипах Kepler;
    • информация о поддержке Intel RC6 теперь экспортируется в sysfs;
    • добавлена поддержка фреймворка prime для i915, nouveau, Radeon и некоторых других драйверов, что улучшает работу с гибридной графикой;
    • добавлена поддержка звуковой карты Asus Xonar DGX;
    • удалена устаревшая файловая система устройств USB (/proc/bus/usb);
  • в инфраструктуре:
    • улучшена изоляция контейнеров, направленная на чёткое разграничение прав пользователей;
    • усовершенствована система протоколирования сообщений ядра;
    • механизм seccomp расширен для повышения безопасности при исполнении недоверенного кода;
    • включена функция Android «extcon»;
    • улучшена подсистема гибернации;
    • добавлена функция Android «autosleep», которая является альтернативой wakelocks, механизма, обеспечивающего автоматическое засыпание устройств с целью экономии энергии;
    • добавлен frontswap;
    • добавлен CMA;
  • естественно, в рамках маленькой новости невозможно упомянуть все остальные изменения, улучшения и ухудшения, значительные и не очень, а также исправления старых багов и добавление новых, поэтому настойчивому и любопытному читателю предлагается последовать по нижеприведенным ссылкам.

Подробнее об изменениях можно прочитать в этих статьях: ноль, раз, два, три, четыре, пять. Также рекомендуется ознакомиться с такими источниками: Linux Kernel Newbies, Linux Kernel Newbies (страницей о драйверах), обзором Phoronix, а также страницей со ссылками на все новости, которые касаются новой версии ядра. Особо интересующимся настоятельно рекомендуется читать лог коммитов как самый полный источник информации о нововведениях.

Скачать тарболл исходников

Скачать патч на версию 3.4

>>> Анонс

★★★★★

Проверено: DoctorSinus ()
Последнее исправление: post-factum (всего исправлений: 9)

ядро Linux 3.5

Оно теперь так и будет с шагом 0.1 версию менять? Эдак скоро и 4.0 дождемся.

Radius ★★★★
()

Каждый выход новой версии ядра, как праздник

zibert ★★★
()

Кстати, такой вопрос: в какой кодировке различные компоненты внутри ядра передают друг другу строки?

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

Вы будете смеяться, но это как раз-таки неотъемлемая составляющая самой Mac OS.

Вы меня сейчас пытаетесь убедить что MacOS - BSD чтоли?

Эта часть была запилина для_того, чтобы не велосипедить то - что и_так_отлично_работает (логи, терминал, сетевой стек), и сосредоточиться на другом - загляните в NextStep там юниксом и близко не пахнет...

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

Я бы сказал про руки, голову и жопу - но это сочтут осокрблением.

Поэтому просто скажу, что wait 232% при busy дисков в районе 90% означает адски несбалансированную систему (неумная голова + непрямые руки, нашедшие проблему на свою же жопу), ибо сходные цифры я видел только на линуксе, загруженном с флэшки у которой скорость записи 3MB/секунду и скорость чтения 15MB/секунду.

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

везде фиксят и в маке и в винде фиксят и ядро и внутри все софтинки. мелкие и крупные фиксы, однако не так расписывают.

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

Кстати, такой вопрос: в какой кодировке различные компоненты внутри ядра передают друг другу строки?

Внезапно, ни в какой. «Кодировка» это юзерское, и только юзерское представление

no-dashi ★★★★★
()
Ответ на: комментарий от uin

Вы меня сейчас пытаетесь убедить что MacOS - BSD чтоли?

В Mac OS X используется BSD'шное окружение. Ни больше, ни меньше. Как следствие, это позволяет использовать практически любой бсдшный и гнутый софт, начиная с какого-нибудь htop и заканчивая штатно запущенными иксами с xeyes или wine.

mix_mix ★★★★★
()

внесены обширные изменения в XFS;

надо обновиться

int13h ★★★★★
()
Ответ на: комментарий от no-dashi

Внезапно, ни в какой.

Стало быть, это ASCII, если там, конечно, используются стандартные сишные null-terminated строки, а не используется какой-нибудь свой велосипед. Что же, печально, не думал, что всё так запущено — даже в сраном оффтопике, начиная с конца прошлого века, вовсю используется юникод.

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

угу, после быстрой винды линукс кажется тормозным, поэтому твоя фраза верна

xtraeft ★★☆☆
()

улучшена подсистема гибернации

Неужели?! Это просто праздник какой-то! \(^__^)/

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

А зачем там уникод?

Разумеется. НЕ НУЖНО же. А если серьёзно, то ядро как минимум общается с внешним миром и интерфейсы все должны быть человеческие, а не как, стало быть, устраивается байтосодомия, когда системные либы гоняют туда-сюда набор байтов. Самый банальный пример: в какой кодировке хранить названия файлов и кто с этим вообще должен разбираться? Только не говорите мне, что userspace, иначе это до неприличия смешно.

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

У меня почему-то такое ощущение, что ты рассуждаешь о том, о чём ни малейшего понятия не имеешь. Ну вот просто так.

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

Разве Торвальдс не отказался от такой нумерации в попытке упразднить нестабильные ветки?

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

какой кодировке хранить названия файлов и кто с этим вообще должен разбираться

Драйверу файловой системы даже на это пофиг. Имена файлов — это для пользователей, могут быть в любой кодировке, ядру нужны иноды и прочие циферки только. Драйверу ФС только указывают кодировку, которую нужно.

Посмотри ветку ./fs/nls в исходниках ядра.
И вот почитай: http://lwn.net/Articles/71472/

Thus it is often said that UTF-8 is the encoding used by the Linux kernel. That statement is a mistake, however: Linux does not use any particular encoding. If user space uses UTF-8 to represent extended characters, everything will work. But nothing forces user space to work in that way.

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

везде фиксят и в маке и в винде фиксят и ядро и внутри все софтинки. мелкие и крупные фиксы, однако не так расписывают.

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

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

У меня почему-то такое ощущение, что ты рассуждаешь о том, о чём ни малейшего понятия не имеешь.

Ой, да что ви говогите. Может быть, всё наоборот?

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

Изя, ты, толстячок-некрофил?

при вынимании усб-флешки фряха тоже должна либо зависать, либо нет. она миллион лет зависала - вот это серьёзно! вот это глобально!

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

Вот только в macos, win как то сразу все работает, если не работает то только в очень редких случаях

Рекомендую тебе попробовать установить OS X на не Apple-железо («hackintosh»).

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

Драйверу файловой системы даже на это пофиг. Имена файлов — это для пользователей

Во-оот, а я к этому и клоню. Ну и нахрена? Отвратительная архитектура у этого вашего линукса.

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

не, ну ты очень примитивный. и жырный. изя угарнее.

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

Отвратительная архитектура — это когда файл «лочится» при его открытии (так, что его не переименовать/переместить, ни удалить, ...).

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

Рекомендую тебе попробовать установить OS X на не Apple-железо («hackintosh»).

Эмм... често говоря, я еще не устанавливал OS X даже на Apple-железо, и пока не знаю как это делается ( нужно ли там размечать диски и как это делать. ) Я как купил ноут год назад, там уже была OS X 10.6 Это не винда, там нет реестра, который со временем засирается и тормозит, нужно переустанавливать. Это не линуха, которая через 3 мес нужно обновлять, потому что проги уже требуют новую версию библиотек и хрен поставятся.

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

Ладно, я тебе скажу, что если текущий tty (current->signal->tty) работает в локали, скажем, «en_US.UTF-8» и ты из ядра printk'ишь текст на иврите в правильном потоке utf-8 байт, то сообщение таки отобrазится пrавильно.

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

i hear you, brother! конечно, фенда бы уже не то что разложилась, а испариться бы успела.

и эта, таки почитай насчет того, чем макакось от фряхи отличается. а то так и будешь дурачком думать, что это типа линакса с нахлабученным гномом.

anonymous
()

Поставил на сабж в ubuntu. Что-то VirtualBox ругнулся на несовместимость (наверное из-за старой версии последнего). А в остальном полёт нормальный.

P.S. Не знаю, связано ли это с улучшениями в подсистеме гибернации, но теперь у меня ноут в неё уходит буквально за две секунды (чуть дольше просыпается).

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

при вынимании усб-флешки фряха тоже должна либо зависать, либо нет. она миллион лет зависала - вот это серьёзно! вот это глобально!

Для десктопа - да, это полная жесть. Аналогичная жесть для сервера - глюк 12309, это не просто бага, это Царь-бага. Это как автомобиль, у которого при разгоне отваливаются колеса. Такие автомобили нужно отзывать и бросать все силы на исправление. Вместо этого линуксоиды ставят новую модель кондера, делают салон из кожи, меняют форму кузова... Вот где жесть то!

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

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

Лично видел веб-сервак с 2000ым оффтопиком на борту и аптаймом чуть менее 2.5 лет. Так, что можете выдумывать всё, что вам вздумается.

таки почитай насчет того, чем макакось от фряхи отличается

Хо-хо. Мсье страдает дислексией или просто тупо не может понять смысл предложения «В Mac OS X используется BSD'шное окружение»?

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

Отвратительная архитектура — это когда файл «лочится» при его открытии

Я нигде и не говорил, что это хорошо. В той же мак оси подобного нет.

mix_mix ★★★★★
()

удалена устаревшая файловая система устройств USB (/proc/bus/usb);

Главное, чтобы /dev/bus/usb не удаляли.

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

Отвратительная архитектура — это когда файл «лочится» при его открытии (так, что его не переименовать/переместить, ни удалить, ...).

Кстати да, в мак ос есть такое. Но это не архитектура кривая ( как в винде ), это сделано специально, как отдельный атрибут файла. ХЗ зачем, но видимо для чего-то нужно, если специально приложили усилия по добавлению изначально отсутствующего лока файла.

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

если текущий tty (current->signal->tty) работает в локали, скажем, «en_US.UTF-8» и ты из ядра printk'ишь

А теперь вопрос: почему при монолитном ядре (пускай даже модульном) такая низкоуровневая вещь вынесена в юзерспейс? Было бы это экзоядро в 20Кб я бы ещё понял, но даже в любом микроядре делать подобную глупость как минимум абсурдно. Давайте ещё менеджер памяти вынесем из ядра, пускай всем занимаются напрямую либы и прикладной софт, ага.

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

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

Хмм.. думаешь 12309 это выдумки ? Миф ? ...

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

не разумеющим отличить целое от части

Ты так и гордишься тем, что до сих пор не можешь понять смысл «В Mac OS X используется BSD'шное окружение»? Печально.

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