LINUX.ORG.RU

Вышло ядро Linux 3.4

 ,


1

0

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

Среди изменений, представленных в этом релизе, выделим следующие:

  • в инфраструктуре:
    • добавлен специальный ABI x32, позволяющий 32-битным программам, работающим на 64-битном ядре, получать доступ к 64-битным регистрам, оперируя при этом 32-битными указателями, что даёт возможность пользоваться преимуществами современных процессоров без увеличения потребления памяти;
    • внесены изменения в код Xen, позволяющие посылать гипервизору информацию о частоте ядра и состояниях сна, на основе которой гипервизор может управлять P- и C-состояниями процессора;
    • продолжена работа по унификации кода для поддержки платформы ARM;
    • улучшена интеграция ядра и udev, что позволяет подгружать модули, обеспечивающие использование специфических возможностей процессора, например, для подсчёта CRC;
    • интегрирован модуль безопасности Yama, позволяющий обезопасить процессы от исследования их памяти с помощью ptrace;
    • добавлена поддержка SMP на NVIDIA Tegra 3;
  • в файловых системах, подсистеме устройств хранения и драйверах:
    • повышено быстродействие btrfs, а также проведена работа по улучшению обработки ошибок;
    • из ext4 убраны опции монтирования journal=update и resize;
    • улучшена поддержка NFS;
    • добавлена поддержка qnx6fs в режиме «только для чтения»;
    • добавлена поддержка discard для dm-thin;
    • в подсистему SCSI добавлена реализация спецификации Universal Flash Storage;
    • в драйвер brcmfmac добавлена поддержка чипов bcm43235/6/8 USB;
    • в драйвер rt2x00 внесён код поддержки RT5372;
    • в драйвер rtl8187 добавлена поддержка режима «ad hoc»;
    • расширен спектр поддерживаемых устройств DVB;
    • добавлена поддержка чипсетов Intel Lynx Point, которые планируется выпустить в 2013 году;
    • добавлена поддержка тачпада Synaptics, подключенного по шине USB;
    • улучшена поддержка аудиокодеков Realtek;
    • драйвер подсистемы хранения Hyper V вынесен из области staging в подсистему SCSI;
    • в область staging добавлен драйвер android-alarm;
    • добавлена подсистема RAMster, позволяющая перемещать данные при нехватке памяти на другие устройства в кластере;
  • в графической подсистеме:
    • драйвер nouveau вынесен из области staging в подсистему DRM, и в него добавлена начальная поддержка GeForce GTX 680;
    • в драйвер Radeon DRM/KMS добавлена поддержка семейства графических ядер Southern Islands и Trinity;
    • режим энергосбережения RC6 включен по умолчанию для Sandy Bridge;
    • исправлен баг в драйвере i915, который приводил к повреждению памяти при выходе из гибернации (S4);
    • добавлен драйвер udl, обеспечивающий поддержку протокола DisplayLink для управления USB-мониторами;
    • внесены изменения, которые в будущем обеспечат поддержку подключения/отключения графических устройств «на лету», т.е., без перезагрузки X-сервера или другого вмешательства со стороны пользователя.

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

Для более детального ознакомления с новшествами ядра предлагается обратиться к ресурсу The H, по материалам которого подготовлена эта новость: ноль, раз, два, три, четыре. Как обычно, информация о новшествах в доступном виде размещена на этой и этой странице Kernel Newbies, а самую полную информацию можно получить, читая логи коммитов ядра.

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

Скачать патч на ядро 3.3

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

★★★★★

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

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

Пускай мучаются, серьезного будущего у этой технологии все равно нет. Напоминает как оголтелые ретрограды-виндузятники до сих пор насилуют труп хрюши сп2.

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

Я имел в виду поддержку наиболее распространёнными дистрами, наряду с iX86 и x86_64.

Насчёт соляры не в курсе.

carasin ★★★★★
()
Ответ на: комментарий от druganddrop-2

и тебя выкинуть тоже не мешалоб, аргументы?

vova7890 ★★★
()
Ответ на: комментарий от druganddrop-2

> скайпики разве что пускать, и да разве это фишку не из opensolaris стырили - там тоже ядро 64, а вокруг большинство программ 32битные.

Нет, это новая технология от Intel (www.linux.org.ru/tag/x32-abi). Не как в Solaris, что также доступно в некоторых сборках Linux, а 64-битные инструкции вместе с 32-битной адресацией памяти. Просто некоторые думают, что 64-битная программа потребляет гораздо больше памяти, чем 32-битная сборка её же. Я не замечал.

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

4.2 на твое 4.2 На моих задачах reiserfs по прежнему уделывает ext4 и xfs по производительности. Но это на серваках. На десктопе для /home использую ext4

Pinkbyte ★★★★★
()

А зачем убрали опции из ext4 ?

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

void *ololo[65536]; на x32 - будет жрать 64 килобайт на x64 - 128 кб

а векторов и прочих массиво-образных шняг - сплош и всюду. У меня кеды на х32 ели меньше где-то на ~100 метров нежели на х64.

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

Ну и не только массивы конечно, много чего хотят указатели, а это аж целых 8 байт...

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

Думаю, это проблема кед, а не их разрядности. О, придумал чем заняться. Пойду наконец выяснять, что жрёт так много памяти в openSUSE 12.1, а в 10.2 с теми же самыми KDE 3.5.10 всё влезает в 70 Мб после загрузки.

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

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

Pinkbyte ★★★★★
()
Ответ на: комментарий от druganddrop-2

SP1 - лучший вариант Windows XP. Самый быстрый: быстрее Windows XP без сервис пака, и Windows XP с Service Pack 2. Но в Интернет такой компьютер пускать нельзя, только оффлайн игры.

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

В sandy bridge и ivy bridge есть 3 режима энергосбережения: rc6, deep rc6 и very deep rc6. Некоторые компьютеры не загружались или графика ломалась, или артефакты появлялись на deep режимах, сейчас по умолчачнию первый rc6 включен. Вообще, работы над hd3000 продвигаются медленно, прошел уже год, а vsync так и не починили.

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

у меня в 2007м был компьютер на AMD Athlon 64 4000+ и спокойно работал с 1гб памяти и Linux, пока мои запросы не стали вылезать за гигабайт. Сейчас у меня 4гб. Нормальная работа и своппинг, как по мне, вещи несовместимые

OldWiseCat ★★
()
Ответ на: комментарий от druganddrop-2

[offtop] Данное поведение действительно имеет место, если накатывать SP3 на затвиканную «чистилками реестра» и старыми кривыми дровами свинью. Т.е. на типичную систему локалхост-вендоадмина.[/offtop]

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

Больше 3х гигов приложение не может использовать? правильно? значит учитывая рост потребления памяти браузерами, играми, офисами, графическими редакторами, серверной хренью, это нужно было выпускать с выходом 64х битной архитерктуры вообще - когда это было, лет 10 назад? А всякая мелочевка и так ничего не жрет, хоть под 128бит её запилить.

хотя я может что то упустил.

druganddrop-2 ★★
()

> повышено быстродействие btrfs, а также проведена работа по улучшению обработки ошибок;

nice

paran0id ★★★★★
()
Ответ на: комментарий от druganddrop-2

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

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

А тут скорее повтор технологии thumb от ARM http://ru.wikipedia.org/wiki/Thumb .

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

Что только люди не делают, лишь бы x86_64 не пользоваться.

Ты так говоришь х86_64, как будто это что-то хорошее.
ЗЫ: на 64-битной системе сегфолтится wine при запуске т. терминала

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

Тоже плоды вхождения NVIDIA в Linux Foundation?

ЕМНИП нет.

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

да нет, это проблема 64разрядных указателей.

vova7890 ★★★
()
Ответ на: комментарий от druganddrop-2

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

Pinkbyte ★★★★★
()
Ответ на: комментарий от druganddrop-2

но в продакшене не все ФС одинаково полезны ;-)

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

Хорошее, а почему ты сомневаешься? :3

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

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

начать пользоваться своей видеокартой амд хд7870 в линуксе

Со свободным драйвером. С блобом уже давно мог.

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

На малых объёмах ОЗУ есть и 32 бита и более другие архитектуры. Зачем?

32 бита не позволяют использовать расширенные инструкции и регистры, а на более других архитектурах более другие проблемы.

Интел хочет продвинуть свои процессоры под андройд и другие встраиваемые решения, вот и шевелится.

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

упс, я эпично, нет, даже мифически, сфэйлился :'(

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

> на более других архитектурах более другие проблемы»
> бита не позволяют использовать расширенные инструкции и регистры
Это такая же одна из «более других проблем».

>Интел хочет
Хотеть не вредно :}

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

Расскажите, какая именно проблема была со включением RC6 на sandy bridge? Очень интересно узнать, почему же его не включали так долго.

Он, ЕМНИП, был включен в каком-то релизе, а потом из-за нескольких отзывов в багзилле выключен, что, впрочем, не мешало включать его вручную.

Все проблемы/артефакты изображением оказались тирингом/проблемами гнома, а не RC6.

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

GMA? Ну так используй vbetool, необходимые quirks давно известны.

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

у меня на dl360g5 не поднимался интерфейс с таким же сообщением в dmesg, вылечилось установкой последних firmwar'eй, в генте - emerge linux-firmware

thematt
()
Ответ на: комментарий от druganddrop-2

А еще глупо брать процы производителя, который меняет сокеты как перчатки. Мне то все равно, я свой проц/мать не скоро обновлять буду, но тем не менее.

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

Все проблемы/артефакты изображением оказались тирингом/проблемами гнома, а не RC6.

Нет. Тиринг никуда не ушел, его уже больше года чинят, на самом деле, нифига не делают.
https://bugs.freedesktop.org/show_bug.cgi?id=37686

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

wine 0.9.8

ты меня конечно извини, а еще более старый wine поставить ты не мог? Как-то не вериться что этот wine последний в 12.04...

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