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

>>> Анонс

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

а чем вам грепанье инфы с техже Imdb не нравится? да и есть спецпо для этих целей.

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

а чем вам грепанье инфы с техже Imdb не нравится? да и есть спецпо для этих целей.

Это тупо и отстало. Не само грепанье, а всякое спец. ПО. Во-первых, плодятся сущности, а во-вторых, падает юзабилити за счёт отсутствия хоть какой-то поддержки со стороны системы, про интеграцию я уже вообще молчу.

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

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

Лучше - голову.

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

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

А вот тут поподробнее, это какое, например?

И уже всем будет пох, что оно на иврите, который всё равно бы никто не понял.

Если оно будет на иврите, значит все вокруг используют иврит, по-моему, очевидно. В любом случае, сообщения о фатальной ошибке — это то, чему в последнюю очередь будет нужен юникод, я прежде всего говорил об объектах ядра, которые будут хранить ту или иную информацию в строковом виде, но чтобы не так, что размер и дружная вереница байтов, а в осмысленном (для ядра) виде.

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

Там все куда веселее: файл типа «лочится» если у него имеются буфера в ОП. А если банаольненько fflush, то с файлом можно сделать все, что угодно. Но вот как потом ругается программка, сделавшая fflush - в обшем оффтопик это просто песня :)

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

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

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

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

я предлагал такую фичу для непомука на kde-look.org и kde.org, только разрабам оно нафиг не сдалось
anonymous (22.07.2012 19:25:38)

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

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

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

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

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

Да и проблема-то сама по себе просто дурацкая.

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

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

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

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

фильмы не нужно так делать

тебя забыли спросить, ага

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

Да и не только. Вот попробуй такой вот файлик на флешку с FAT32 скопировать:

Ну к чему такие сложности?

Достаточно touch " text.txt" и под вендой этот файл проводник не откроет. Уж не говоря про файлы prn, con или на худой конец Test и test в одной директории...

Проблема универсальна и не имеет универсального решения.

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

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

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

Если оно будет на иврите, значит все вокруг используют иврит, по-моему, очевидно

Вообще-то нет. Потому что, прежде чем это станет очевидным, в ядре должна появиться инфраструктура локализации, и эта самая локализация (на иврит) должна быть проведена. До этого не то, чтобы далеко, а очень далеко.

я прежде всего говорил об объектах ядра, которые будут хранить ту или иную информацию в строковом виде

Ты сказал вот эту глупость: «печально, что различные компоненты внутри ядра передают друг другу строки в ASCII». В этом нет ровно ничего печального; там, где строки должны быть в Unicode (общение с пользовательским уровнем), они в Unicode (точнее, в UTF-8 - не думаю, что ядро заглядывает в содержимое, за исключением сравнения на равенство).

а в осмысленном (для ядра) виде.

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

tailgunner ★★★★★ ()
Последнее исправление: tailgunner (всего исправлений: 1)
Ответ на: комментарий от mix_mix

А вот тут поподробнее, это какое, например?

текстовая консоль или последовательный порт

Harald ★★★★★ ()

А ядро все еще монолитное?

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

Это Linux, а не венда или макось, где файловые системы пытаются быть дружественными.

в фортунки

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

Если оно будет на иврите, значит все вокруг используют иврит, по-моему, очевидно.

Сразу видно школьника.

Ты походу, не имел счастья будучи в Москве поддерживать пользователей с арабским виндоуз 3.1 и 95. Та еще работенка.

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

А синие экраны полные «иврита» на русских вендах видел? Хорошо помогает читать целый экран #@$@#%^M &* *(* ntldr.sys $#% %*&&^! ?

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

для этого давно уже используют enum и символы и впихивать туда юникод, это даже для венды слишком.

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

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

insider ★★★ ()

Перечитав тред, в очередной раз убедился, что русское сообщество Линукс - сборище ЧСВшных мудаков. Всем спасибо.

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

ну мне не нужно яж про себя написал

тогда извини

а так вроде были плееры-каталогизаторы, тоесть если куда и интегрировать то в плееры-медиатеки такой функционал.

нет, это неправильный подход, блин!

не нужно выносить работу с метаданными куда-то далеко от файловых менеджеров, а тем более - раскидывать их по программам

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

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

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

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

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

работа с тегами к фильмам только тем кто их смотрит

а кто их не смотрит?

такчто по томуже кисс

принцип, возведённый в абсолют, ведёт к догматам и религии

anonymous ()

всё жирнее и жирнее

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

уууууу эт нам долго его ждать, лучше сам скомпиль и упакуй.

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

2.6.32 Ubuntu 10.04 lts. Достаточно нагрузить диски и все.

RH сервера ставят на нем и 12309 не видно. А может дело в скази и сас и в кривых руках, писавших драйвера для ширпотреба?

VitS ()

хрень какая-то:
arch/x86/boot/compressed/eboot.o: In function `efi_main':
eboot.c:(.text+0xe76): undefined reference to `__memcpy'
make[2]: *** [arch/x86/boot/compressed/vmlinux] Error 1
make[1]: *** [arch/x86/boot/compressed/vmlinux] Error 2
make: *** [bzImage] Error 2

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

У тебя нет статической glibc походу.

Давно ли ядро линкуется с glibc?

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

Ну efi_main вполне может (как и все загрузчики) статически линковаться с standard c library.

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

очередь будет нужен юникод, я прежде всего говорил об объектах ядра, которые будут хранить ту или иную информацию в строковом виде

Судя по всему, ты не очень представляешь что такое юникод.

C с юникодом работать не умеет совершенно. Да и у сишников напрочь отсутствует дисциплина... Так что без кардинальных изменений в Стандарте, и мышлении адептов никакого юникода нет и не будет. Тем более в ядре.

Юникод - сильно неудобен для манипуляции. По идее, нужно прочитать строку и построить модель (т.е. 2x памяти и хрен знает сколько процессора), произвести с ней необходимые манипуляции, а потом назад записать массив байт. По очевидным причинам, в ядре это неприменимо.

Как результат, новый класс глюков и уязвимостей.

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

Я тебе больше скажу, на AMD64 и P4 на CentOS все собралось без проблем, проблемы только на C2D64+CentOS

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

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

ЗЫ я про то что на уровне ФС это нужно 2% людей и видимо настолько сильно что они этого до сих пор не сделали.

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

ну я вот только сериалы смотрю. когда смотрю фильм он ко мне попадает на 2 часа и удаляется после просмотра

рад за тебя

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

12309
Нигде такого больше нет, ни в винде ни в любой unix

O rly?
Вот только что вставила в Alienware M18x свежеотформатированную в UDF DVD+DL болванку. Семерка целиком впала в ступор, пока привод диск не прожевал. Это конечно классический не 12309 из-за большого IO, но какбэ говорит о многом.

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

Вот только что вставила

Дальше не читал.

12309

Прохладная история.

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

Тем временем, когда я битую флешку вставляю и доходит до того, что ядро убивает процесс mount из-за таймаута в 120 секунд (при этом происходит интенсивнейшее I/O с кучей шибок в stdout), я при этом могу также одновременно: собирать что-нибудь, смотреть фильм, сидировать кучу торрентов. Без каких-либо там зависаний и прочего.

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

вот и я за тебя рад, но просто так за тебя никто не напишет.

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

Все так, но тут обратная проблема есть - когда в dmesg 100500 ошибок IO по поводу флешки, я могу об этом не узнать и продолжать ждать пока же она запишется. Хотя кажется в федоре такие ошибки выводятся в область уведомлений..

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

Торагой, на иврите, в подобного рода сообщениях может встретиться, например, имя какой-нибудь наруки.

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

Ты хочешь, чтобы я выложил модуль, который выводит שיךם? Это элементарно.

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

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

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

06 And By Our Own Hand Did Every Last Bird Lie Silent In Their Puddles, The Air Barren Of Song As the Clouds Drifted Away. For Killing Their Greatest Enemy, The Locusts Noisily Thanked Us And Turned Their Jaws Towards Our Crops, Swallowing Our Greed.m4a
Да, это названия композиций. И что теперь прикажете делать?

Честно? Назвать файл 06 Track.mp4a и не парит мозг себе и людям. Проигрывателю композиции имя файла должно быть до ноги, он его из тегов возьмет.

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

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

Не забываем про скриншот обложки. Как же можно обойтись без всего этого в названии файлов.

anonymous ()

Люди, ни у кого при компиляции ошибок не возникало на scsi? Уже 5-ую поймал! То ли руки кривые, то патчи левые...

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