LINUX.ORG.RU
ФорумTalks

Ветка 2.6.x: оглядываясь назад...


0

1

В связи с массой изменений, накопившихся в ветке 2.6 Линус Торвальдс официально объявил о переходе на версию *.
Вот лишь некоторые из них:

Поддержка железа:
Аудио:
Вместо OSS теперь ALSA, ниже задержки
Много новых аудиоустройств в ALSA(M-audio, IntelHD)
Видео:
GEM/DRM появился в ядре
Механизм смены видеорежимов средствами ядра - (KMS)(2.6.29)
появился открытый драйвер с поддержкой 3D для nvidia(2.6.33)
Начал писаться драйвер на открывшихся спецификациях от AMD

Поддержка ФС
поддержка файловой системы XFS
FUSE (mainline 2.6.14), CUSE 2.6.31.
Добавлена поддержка ext4(2.6.28 stable)
Добавлена экспериментальная btrfs
Добавлены новые кластерные ФС
Поддержка опций для SSD(дисков), появилась ФС для флеш-накопителей(LogFS)

Подсистема ввода/вывода
Добавлен CFQ планировщик (2.6.6) (v2 2.6.32)
Приоритезация потоков-процессов i/o(не CPU!) (ionice) с 2.6.13
Удалён планировщик Anticipatory(+)
AHCI/XHCI support
Асинхронные функции для отложенной инициализации и опроса устройств(6.29)
переписана реализация потоков с использованием Native POSIX Thread Library

Работа с ОЗУ:
Интегрирован механизм уплотнения памяти(memory compaction)(2.6.35)
Интегрирован менеджер памяти KSM (2.6.32)
механизм для определения утечек памяти&Kmemcheck (2.6.31)
Утилита memtest включена в ядро(2.6.26)

новая архитектура доступа к памяти NUMA
Процессорные фичи:
Добавлена поддержка последних поколений CPU AMD Intel и других.
Увеличено максимальное число процессоров до 4096
добавлена поддержка для процессоров Hitachi серии H8/300, NEC v850, процессоры для встроенных систем Motorola m68k
Intel hyperthreading и PAE
создано ответвление μClinux
Новые варианты таймеров ядра
Появился режим tickless timer

Сетевая подсистема:
IPv6
Множество новых протоколов
Множество улучшений системы безопасности
Новые сетевые планировщики

Виртуализация:
Собственно, появление (2.6.19)
KVM added 2.6.20
Добавлен код от МС(2.6.32)
Добавлен код от VMware

Безопасность:
SEllinux включен в 2.6


В последних версиях(фактически принадлежащих уже ветке 2.8(?))

Ядро полностью избавлено от BKL
Удалён планировщик i/o Anticipatory(2.6.33)
Добавлена поддержка USB&Хабов v3(begin from 2.6.31)
удалены autofs3 и smbfs
интегрирована поддержка AppArmor(2.6.36)
Появился SquashFS(2.6.29)
OOM Killer стал ещё добрее и милосерднее
Новые методы сжатия ядра: lzo,lzma
Поддержка игровых приставок, приставок, приставок!
linux захватил рынок современных сотовых телефонов в 2.6.

Если рассматривать ядро со стороны разработчиков то появились новые правила заморозки кода (для принятия в ядро), несколько изменился состав девелоперов - теперь бóльшую часть кода добавляют крупные корпорации, заинтересованные в развитии linux. Один раз меняли маскота ядра. 's/tux/Тасманский Дьявол/g'

Чего не успели/смогли:
reiser4 так и не вошёл в ванильное ядро!
Равно как и патчи от Кона Коливаса :(
Несколько фактов:
17 Декабря 2003 - появилась версия 2.6.0 (5,929,913 строк кода)
19 Мая 2011 - Linux 2.6.39 (14,619,185 строк кода)

Подробности

Перемещено JB из Ядро Linux

☆☆

Последнее исправление: Deleted (всего исправлений: 8)
Ответ на: комментарий от daemonpnz

зато во все дыры пихают PA — задержки гораздо выше чем у OSS

Зато прекрасно работают несколько приложений со звуком одновременно без hwmix'а. И PA не пихают в ядро, оно в юзерспейсе.

Почему мне на Фре не нужен PulseAudio и звук от нескольких источников прекрасно микшируется интегрированным в ядро OSS? Ну, а линуксоиды не могут обойтись без тормощзного PulseAudio, потому что их ALSA не умеет одновременно обрабатывать аудиопотоки. :)

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

Не замечал тормозов за пульсом.

К тому же я сам сейчас перешёл с альсы на OSS4.

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

> Почему мне на Фре не нужен PulseAudio и звук от нескольких источников прекрасно микшируется интегрированным в ядро OSS?

К.О. сообщает: Потому что фря пилила собственную реализацию OSS со встроенным блекджеком, микшированием каналов и развратными женщинами.

> а линуксоиды не могут обойтись без тормощзного PulseAudio, потому что их ALSA не умеет одновременно обрабатывать аудиопотоки.

4.2 в квадрате. ALSA умеет микшировать потоки. PA нужен в первую очередь как универсальный звуковой сервер, не привязанный к выводу звука через конкретную железку конкретной машины. И он не тормозит.

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

Да, а от пульса отказался, когда появилась звуковушка с hwmix.

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

>>> sysenter/sysexit

Не знаю, о чём ты говоришь.


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


Это случайно не оно: http://people.freebsd.org/~davidxu/sysenter/kernel/kernel.patch

Зато я без Linux Bug #12309 дышу спокойно.


Во FreeBSD вообще нет нормального планировщика IO (ещё только собираются внедрить anticipation). Поэтому операции ввода-вывода тормозят по умолчанию. Broken by design, как говориться.


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

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

Вот что есть по слову «sysenter» в FreeBSD 8.2-STABLE:

> grep "sysenter" -r /usr/src/
/usr/src/contrib/binutils/opcodes/ChangeLog-9899:	* i386-dis.c: Add support for fxsave, fxrstor, sysenter and
/usr/src/contrib/binutils/opcodes/i386-dis.c:  { "sysenter",		XX, XX, XX },
/usr/src/contrib/binutils/include/opcode/ChangeLog:	* i386.h (i386_optab): Remove CpuNo64 from sysenter and sysexit.
/usr/src/contrib/binutils/include/opcode/i386.h:{"sysenter",0, 0x0f34, X, Cpu686, NoSuf,		{ 0, 0, 0} },
/usr/src/contrib/binutils/include/opcode/ChangeLog-9103:	* i386.h (i386_optab): Cpu686 for sysenter,sysexit,fxsave,fxrestore.
/usr/src/contrib/binutils/include/opcode/ChangeLog-9103:	* i386.h: Add support for fxsave, fxrstor, sysenter and sysexit.
/usr/src/sys/cddl/dev/dtrace/amd64/dis_tables.c:/*  [34]  */	TNSx("sysenter",NORM),	TNSx("sysexit",NORM),	INVALID,		INVALID,
/usr/src/sys/cddl/dev/dtrace/i386/dis_tables.c:/*  [34]  */	TNSx("sysenter",NORM),	TNSx("sysexit",NORM),	INVALID,		INVALID,
/usr/src/sys/amd64/amd64/db_disasm.c:/*34*/	{ "sysenter",FALSE,NONE,  0,	      0 },
/usr/src/sys/xen/interface/callback.h:#define CALLBACKTYPE_sysenter_deprecated   3
/usr/src/sys/xen/interface/callback.h: * x86: sysenter is only available as follows:
/usr/src/sys/xen/interface/callback.h:#define CALLBACKTYPE_sysenter              5
/usr/src/sys/xen/interface/callback.h:#undef CALLBACKTYPE_sysenter
/usr/src/sys/xen/interface/callback.h:#define CALLBACKTYPE_sysenter CALLBACKTYPE_sysenter_deprecated
/usr/src/sys/xen/interface/domctl.h:    uint64_aligned_t sysenter_callback_eip;
/usr/src/sys/xen/interface/domctl.h:    uint16_t         sysenter_callback_cs;
/usr/src/sys/xen/interface/domctl.h:    uint8_t          sysenter_disables_events;
/usr/src/sys/xen/interface/arch-x86/hvm/save.h:    uint32_t sysenter_cs;
/usr/src/sys/xen/interface/arch-x86/hvm/save.h:    uint64_t sysenter_esp;
/usr/src/sys/xen/interface/arch-x86/hvm/save.h:    uint64_t sysenter_eip;
/usr/src/sys/i386/i386/db_disasm.c:/*34*/	{ "sysenter",FALSE,NONE,  0,	      0 },

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

>Вот что есть по слову «sysenter» в FreeBSD 8.2-STABLE

Это не то. Если ты не имел дела с ОС, то поверь мне на слово. Неимение поддержки sysenter в ядре ещё в 2003 году было страшным слоупочтством.

Ты же взрослый мужик, за плечами которого наверняка не один серьезный IT проект. При этом защищаешь абсолютную ересь. FreeBSD - бесперспективная ОС без настоящего и будущего. Она родилась уже мертворожденной.

Мой тебе совет: завязывай с этими играми. Переходи на светлую сторону силы - GNU.

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

Не понимаю, почему его все боятся. PA сейчас вполне себе работает, я его не юзал до гнома 3, сейчас был вынужден врубить - работает себе, ничего не тормозит...

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

По мне так всё, что не делается, делается к лучшему. Я, в отличии от многих, приветствовал появление KDE 4 и Gnome 3 :)

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

BSD пилит собственная, довольно малая, группа фанатов. Если бы BSD не было, они не стали бы работать над GNU/Linux. Они бы сделали BSD. И они никому не мешают.

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

Если бы не пиар, это был бы очередной DirectFB — тихо родился, у тут же тихо умер от ненужности. Очередная проходная технология.

Замена концептуальной правильной технологии, но немного убогой в реализации из-за накопившегося за 20 лет говна, на концептуально убогую технологию, не имеющую ни одного решающего преимущества. «Всё, что ни делается — к лучшему?» Тогда я хочу другой глобус, ибо человечество обречено.

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

> >Зато я без Linux Bug #12309 дышу спокойно.

Во FreeBSD вообще нет нормального планировщика IO (ещё только собираются внедрить anticipation). Поэтому операции ввода-вывода тормозят по умолчанию. Broken by design, как говориться.

А ничего, что 12309 не имеет никакого отношения к планировщику ввода-вывода, и вызван недоработками в политике вытеснения memory-mapped страниц из ОЗУ? Такой мелкий штрих, не влиющий на картину, ага.

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

Это не демагогия, это здравый смысл. Когда есть проблема её надо решать, а не ныть и бояться. Решать надо, если решение окажется приемлемым, то будет внедрено, если нет - отомрёт само. В части БСД это ты сам себе выдумал, и про фанатиков и про то, что было бы если бы. И вообще, все твои домыслы годятся лишь для детского сада, не более. Так что, человечество не обречено, обречён ты со своими нарушения мышления и комплексами, только и всего.

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

> Когда есть проблема её надо решать, а не ныть и бояться. Решать надо, если решение окажется приемлемым, то будет внедрено, если нет - отомрёт само.

Сначала перечисли проблемы, которые решает вейланд.

«Ребята, у нас тут есть новая крутая архитектура графической подситемы, правда придётся изрядно помучиться, но вот лет через 5 получим на её основе действительно четкое решение проблем A, B и C.»

Херня в том, что никакой новой крутой архитектуры у них нет. Вейланд, в лучшем случае, достоин занять место еще одного бэк-энда X.Org, коих у него и так уже полдюжины. Сенсации не случилось.

В части БСД это ты сам себе выдумал, и про фанатиков и про то, что было бы если бы. И вообще, все твои домыслы годятся лишь для детского сада, не более.

Бла-бла-бла. Люди пилят BSD, Haiku, ReactOS и другие ненужные проекты. И ты их никак бы не заставил силком помогать развитию GNU/Linux. Им просто это не интересно. И, самое главное, они не создают никому проблем, в отличие от.

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

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

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

Я это уже сделал выше. Потрудись прочитать, если тебе это нужно. Для особенно упоротых вроде тебя сообщу, что появление чего-то «ещё одного» ситуацию как минимум никак не испортит. То, что люди пилят кучу бесполезных проектов это не хорошо. Скажем, опёнок приносит пользу тем, что выпускает кроме ОС ещё ряд широко используемых продуктов. А вот в случае фри такого не наблюдается. Для троллинга здесь собрались только те, кто не в состоянии понимать простых вещей, и которые упорно не хотят сами себе признаться в тщетности своего существования, т.е. такие, как ты.

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

> Я это уже сделал выше. Потрудись прочитать, если тебе это нужно.

Запросто.
Вот что из тебя удалось выжать коллективными усилиями в треде. Квинтэссенция, так сказать:

Для десктопа Wayland идеологически правильнее


Хорошо, заменю слово идеологически на слово архитектурно


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


Иксы, знаете ли, не венец удобства для драйверописателей


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


Итого.
Что такое DRI, ты не знаешь, либо делаешь вид, что не знаешь.
«Обнаруживаешь» какие-то «проблемы» в написании дров для иксов, не приводя ни одного пруфлинка или хотя бы описания проблем.
«Все остальные недостатки» перечислить так и не смог.

Для особенно упоротых вроде тебя сообщу, что появление чего-то «ещё одного» ситуацию как минимум никак не испортит.


Испортит, если его проталкивают не вместе, а вместо.

А вот в случае фри такого не наблюдается.


От неё и вреда не наблюдается. Тебе завидно что ли, что люди пилят в своё удовольствие никому не нужный, кроме них самих, продукт? Может ты не знаешь, что означает слово «хобби»? Или тебя обуревают желания облагодетельстовать человечество?

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


Да успокойся ты уже. На меня такая толстота не действует всё равно.

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

>А ничего, что 12309 не имеет никакого отношения к планировщику ввода-вывода, и вызван недоработками в политике вытеснения memory-mapped страниц из ОЗУ?

А Линус Торвальдс уже знает об этом?

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

Тред обсуждения бага, во всяком случае, прекрасно знает об этом.

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

Переходи на светлую сторону силы - GNU.

Там корпорасты одни. Фанатики кучкуются как потребляди и евангелисты, не более.

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

>Там корпорасты одни. Фанатики кучкуются как потребляди и евангелисты, не более.

Какая-то невнятная отговорка

ttnl ★★★★★
()
Ответ на: комментарий от Andrew-R

Единственный косяк иксов который мешает мне как обывателю: иногда при выходе из полноэкранного приложения wine разрешение экрана и гамма не возращаются к своему первоначальному состоянию. Был разговор что в вайланде эту проблему можно устранить, а как в иксах? С этим ктонибуть борется?

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

Ну вот ты опять стал свои измышления выдавать за истину. У тебя явные проблемы с мышлением, оно не работает. Прочитай внимательно, то что цитировал и попробуй таки понять, что там написано. Хочешь спорить на тему проблем в иксах/wayland - постарайся сперва матчасть немного узнать, прежде чем вспоминать про DRI, а то уже просто смешно становится.

Далее, ещё раз, завязывать выдавать свои измышления за объективную реальность. В последней никто не делает ничего вместо, это тебе с похмела привиделось.

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

На тебя вообще ничего не действует, ни факты, ни аргументы - вообще ничего. Разве стоит таким гордиться?

former_hokum
()

tl/dr

>Ветка 2.6.x: оглядываясь назад...
Сразу понял кто автор.

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

Хуже. Оно просто не поддерживает столько оборудования и технологий, как другое свободное монолитное ядро

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

А в виндах оно тоже не всегда работало как надо. Пока ситуация решается xgamma + xrandr. Наверняка можно добавить соотв. вызовы для сохранения текущих значений до запуска вин-проги через вайн, и восстанавливать сразу после. ну или для разрешения в реестре покопаться, там параметр есть. ForceRefreshRate для D3D http://wiki.winehq.org/UsefulRegistryKeys

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

> Единственный косяк иксов который мешает мне как обывателю: иногда при выходе из полноэкранного приложения wine разрешение экрана и гамма не возращаются к своему первоначальному состоянию.

Просто запускай такие приложения на отдельном X-сервере.

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

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

> На тебя вообще ничего не действует, ни факты, ни аргументы - вообще ничего.

Где твои факты, и аргументы, балабол? Вот эти что ли:

У тебя явные проблемы с мышлением, оно не работает. Прочитай внимательно, то что цитировал и попробуй таки понять, что там написано. Хочешь спорить на тему проблем в иксах/wayland - постарайся сперва матчасть немного узнать, прежде чем вспоминать про DRI, а то уже просто смешно становится.

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

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

2geekless & Andrew-R я знаю что в винде была такая проблема но хочется чтоб линукс был лучше альтернативных осей.

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