Для включения в состав Linux ядра 2.6.23 приняты (http://kerneltrap.org/taxonomy/term/371) патчи с реализацией мониторов виртуальных машин (гипервизоров) lguest (http://kerneltrap.org/node/13916) (крайне простая в управлении система паравиртуализации (http://www.opennet.me/opennews/art.shtml?num=9698), позволяющая запустить Linux ядро как пользовательский процесс) и Xen (http://kerneltrap.org/node/13917). Обновлен код (http://kerneltrap.org/node/11775) ранее интегрированной в основное ядро системы виртуализации KVM (поддержка SMP, оптимизация производительности и правки связанные с suspend/resume).
В состав ядра 2.6.23 также будут включены (http://liquidat.wordpress.com/2007/07/21/linux-kernel-2623-t.../) патчи, с реализацией нового стабильного API для разработки драйверов функционирующих на уровне пользователя. Цель нового API - упрощение жизни разработчиков драйверов устройств, через вынос подавляющей части кода в процесс выполняемый вне пространства ядра (на уровне ядра работает лишь небольшая интерфейсная прослойка).В заключение, подборка свежих ссылок имеющих отношение к Linux ядру:
- "Linux kernel gains virtual SAN drivers (http://www.linuxdevices.com/news/NS8736773877.html)" - в 2.6.23 Linux ядро войдут новые драйверы для SAN (storage area networks) систем, с поддержкой технологий NPIV (http://www.t11.org/ftp/t11/pub/fc/da/02-340v1.pdf) (N-Port ID virtualization) и Virtual Fabric (http://www.t11.org/ftp/t11/pub/fc/sw-4/05-516v0.pdf);
- "Documentation for sysfs, hotplug, and firmware loading (http://lkml.org/lkml/2007/7/17/527)" - как работает sysfs, hotplug и загрузка firmware;
- "History Of Nice Levels (http://kerneltrap.org/node/11778)" - рассказ об изменении механизмов управления приоритетами выполнения процесса на различных этапах развития Linux ядра;
- "DRBD wants to go mainline (http://groups.google.com/group/fa.linux.kernel/msg/c74306fc5...)" - запрос на включение в состав основного Linux ядра патчей с реализацией реплицируемого драйвера блочных устройств DRBD (http://www.drbd.org/);
- "UidSEC 0.1 (http://groups.google.com/group/fa.linux.kernel/msg/15e613ef7...)" - анонс первой версии LSM модуля UidSEC, позволяющего вводить для пользователей ограничение на просмотр сообщений dmеsg, скрывать чужие процессы, блокировать доступ к псевдо-ФС /sys и /config, ограничивать выполнение системного вызова bind().
URL: http://linux.slashdot.org/article.pl?sid=07/07/21/132251&fro...
Новость: http://www.opennet.me/opennews/art.shtml?num=11505
>В состав ядра 2.6.23 также будут включены патчи, с реализацией нового стабильного API для разработки драйверов функционирующих на уровне пользователя.Это правильльно, молодцы.
Linux, таки развивается методом генетического алгоритма, хотя "умным дядькам" было давно очевидно, что это единственный верный путь современных ОС. Генетические алгоритмы хороши, но порой требуют очень много итераций. "Умные дядьки" давным-давно всё исследовали и сделали выводы, которые разработчиков Linux не интересуют, однако эволюция всё-равно не оставит выбора :-).
>>В состав ядра 2.6.23 также будут включены патчи, с реализацией нового стабильного API для разработки драйверов функционирующих на уровне пользователя.
>
>Это правильльно, молодцы.
>Linux, таки развивается методом генетического алгоритма, хотя "умным дядькам" было давно очевидно,
>что это единственный верный путь современных ОС. Генетические алгоритмы хороши, но
>порой требуют очень много итераций. "Умные дядьки" давным-давно всё исследовали и
>сделали выводы, которые разработчиков Linux не интересуют, однако эволюция всё-равно не
>оставит выбора :-).Потеря производительности на обывательском железе 10-15 летней давности из-за микроядра была, имхо, неприемлемой. А линукс - весьма прагматичная система.
Ктобы доказал, что qnx менее производителен чем Линукс.
Я.Под qnx нельзя делать и пятой части того что можно сделать под линуксом.Поэтому он не просто менее производителен а банально непригоден для множества задач.
Собственно вы не доказываете, что микроядро межленнее монолитного.
На 386-486-586 микроядро или безбожно тормозило бы, или API был бы совсем не UNIX-like. Так что при всем богатстве выбора, другой альтернативы не было.
Ну и отлично :-) Дело не только в микроядре.
Надеюсь в будущем процессоры смогут потянуть микроядерный Linux.А вообще-то потеря производительности не абсолютная, а относительная. Обычно 5%-15% от производительности системы.
А как же, например, QNX то работает ???? Встраиваемая версия 486 на 66 МГц или ниже. И POSIX там почему-то присутствует.
QNX работает там, где от процессора гарантировано требуют не больше N операций в секунду, а поток данных по шине mil-чегонибудь гарантировано не меньше M и не больше О мегабит в секунду. И обеспечивает в этих гарантированную обработку каждого пакета данных не более чем за К мс. На файлопомойке или десктопе такой подход будет выглядеть так "фсссе оооччченннь отттсыфффчивое, но ооочччень мееетленнное".
Некоторе время юзал QNX на десктопе. Все действительно было очень отзывчивое, но вот медлительности я там что-то не заметил.
А стабильное АПИ для внешних драйверов - это очень правильный шаг.
Не знаю, запускали QNX4 на i386, правда с 8 мегабайтами памяти (тогда это было много) - все работало быстро и шустро, в его графической оболочке (не помню, кажется Photon) запросто крутились одновременно штуки 4 окна рисования фракталов :) (на ISA-шной карточке с 256 килобайт памяти), запускалось и работало средство разработки.
Думаю нужно добавить OpenVZ в ядро. Эти патчи тоже достойны этого.
Linux - OS для программиста... Юзать с такими революциями не каждому под силу (только терминаторам).
Вон глянь что за ядро в BeOS, - немного подогнать и будет шик и блеск. А еще лучше MINIX 3 - вот это я понимаю несокрушимость и живучесть, в всего то за 10 % производительности...Торвальдс слишком гордый, чтобы согласится со своим учителем и сделать действительно хорошее и удобное...
>А еще лучше MINIX 3 - вот это
>я понимаю несокрушимость и живучесть, в всего то за 10 %
>производительности...
>Тогда уж лучше Darwin, наиболее работоспособное и развитое ядро, IMHO.
А разве оно не на GNU Mach основано?
GNU Mach основа для GNU Hurd.
>Юзать с такими революциями не каждому под силу (только терминаторам).Практика показыжает обратное, не будет зашориваться, ага.
Не стоит особо обольщаться о выносе _всех_ дров в юзерспейс:"...
However, DMA transfer between userspace and kernelspace is not yet implemented. This means essentially that drivers which involve high traffic are not an option yet. So graphic drivers as well as file system drivers and similar cannot use this API at the moment.
..."Minix3 рулит. Плохо, что медленно развивается.
а накуа бы все эти лишние переключения юзер-кернел-юзер?Ну на момент отладки понятно - там тормоза до балды, девелопер и так сожрет.Но юзеров это не устроит.Типа, господа теоретики, эстеты и чистоплюи не знают куда лишние такты процессора девать?
> а накуа бы все эти лишние переключения юзер-кернел-юзер?Ну на момент отладки понятно - там
> тормоза до балды, девелопер и так сожрет.Но юзеров это не устроит.Типа, господа теоретики,
> эстеты и чистоплюи не знают куда лишние такты процессора девать?может ты еще пойдешь и это все дяде билли расскажешь?
у которого в его последней ос траффик до видухи шифруеться(!!!!)
И ЭТО гумно многие хавают и рады.Так что на нужное дело и подавно не грех убить пару переключений.
>а накуа бы все эти лишние переключения юзер-кернел-юзер?Ну на момент отладки понятно
>- там тормоза до балды, девелопер и так сожрет.Но юзеров это
>не устроит.Типа, господа теоретики, эстеты и чистоплюи не знают куда лишние
>такты процессора девать?А накуа тогда Лайнуксоиды делают Xen, KVM и т.п. ? Это ведь та же самая нужная изоляция только монстроидальными средствами. Ещё пару-тройку лет и до жирафов дойдёт.
> А накуа тогда Лайнуксоиды делают Xen, KVM и т.п. ? Это ведь та же самая нужная изоляция только монстроидальными средствами. Ещё пару-тройку лет и до жирафов дойдёт.Такое чувство, будто в микроядерных ОСях можно винду запустить без этих плясок как гест
процесс.
> А накуа тогда Лайнуксоиды делают Xen, KVM и т.п. ? Это ведь та же самая нужная изоляция только монстроидальными средствами. Ещё пару-тройку лет и до жирафов дойдёт.А что делать-то на многоядерной машине?(например Intel 2 Core Exreme X6850 - аж 4-ре ядра!(извините если что за мой английский...))
Чем комп то загружать? В две - три игры одновременно играть что-ли?