RedHat хочет видеть Xen в ядре

Надо сказать это очень классная штука, примерно тоже самое, что jail во FreeBSD. chroot в Линуксе реализован очень небезопасно (у него, впрочем, иные задачи).

Лучше бы KDE в ядре был - всё равно большинство им пользуется. :)

> Лучше бы KDE в ядре был - всё равно большинство им пользуется. :)

Хм, эта штука уже есть. Называется Windows (там GUI прямо в ядре). Всё быстро до безумия работает. И быстро падает.

эммм, разве в jail во фре запускаются разные ядра? Потом, насколько я понял, все гостевые ОС работют в ring 3, что есть очень хорошо:)

> Лучше бы KDE в ядре был - всё равно большинство им пользуется. :)

Как у сусе? :)

а я хочу чтобы микрософт венду под ксен портировали :)

А вообще ксен - хорошая, имхо, вещ! Никогда не юзал, но мой друг от нее в восторге :)

xenу цены бы не было, если бы он смог запускать winxp :) Что-то об этом говорят, но что-то результатов не особо видно:(

это конечно хорошо , но ненравится мне этот RedHat - еще начнет за бабки продовать эту фичу.

как микрософт засунули ГУИ в микроядро!? :) Ты пернул в лужу, в винде все построено на гуях, но они не вшиты в ядро :) Вроди винду можно даже пускать в консольном режиме (рекавери консоль), но имхо неюзабельно и нафиг не нужно. (да и не винда это вроди как...)

Возможно я ошибся и тоже пернул в лужу :)

ксен может венду запускать (про ХР - незнаю), но она сильно тормозит, ибо надо ядро немного пропатчить чтобы оно работало хорошо под ксеном (пару строчек). Мож какие хакеры бинарники пропатчат? Или уже пропатчили... В общем я на гугл :)

да, ты пёрнул в лужу:) там user.dll и gdi.dll(если не ошибся) в ринг 0 выполняются. Кстати в нт4 гуйня была вне ядра, но манагеры потребовали, чтоб гуй работал очень быстро, и программюги были вынуждены засунуть гуй в ядро.

а что такое ваш хрен ?
вмваря , встроенная в шапку ?

> это конечно хорошо , но ненравится мне этот RedHat - еще начнет за бабки продовать эту фичу

нет, они сначала все на Федоре тестируют

неа, для вмваря не надо ОС изменять, а для ксена надо, засчёт чего такая скорость работы, и кстати сами ядра ОС выполняются в ринг1/2, а юзер программы в ринг 3.

Мдаа, многие люди не владеют знаниями по теме :)

> Кстати в нт4 гуйня была вне ядра

вот как раз в 4й была уже в ядре, это в 3.51 - еще снаружи

я NT4 себе в первый в первый раз поставил в 97 году на работе (на К6 200, 32MB RAM) и мы сравнивали насколько быстрее, чем в w95, окошки на экране перерисовывались

1. Xen в ядре нафиг не нужен.
2. Оффтопик в xen не работает. Пробовали но в ядре нужно менять оччень много.
3. IMHO RedHat, если хочет, пусть в свой дистр встраивает xen но не в vanilla.

круто!

> там user.dll и gdi.dll(если не ошибся) в ринг 0 выполняются.
_dll_ по определению user-space модули

>вот как раз в 4й была уже в ядре, это в 3.51 - еще снаружи
>мы сравнивали насколько быстрее, чем в w95, окошки на экране перерисовывались
какая связь между w95 и nt3.51?

http://www.reactos.org/en/dev_faq.html#graphicssubsys ;)

Позиция RedHat понятна. У IBM есть LPAR в pSeries, у Sun - есть Solaris Containers, даже у Microsoft есть VirtualPC, а у RH нет ничего. А платить деньги VmWare, после того, как те стали EMC Company, - дорого и вообще западло. UML - тормоз.

Что осталось? Правильно!

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

>_dll_ по определению user-space модули
какая фигня как они называются?
vmlinuz.dll что тоже user-space модуль $)

а почему именно xen а не скажем vserver или openvirtuozzo ?
нет конечно это все таки разного сорта продукты но результат то ведь нужен только один - запускать несколько изолированных линуксов на одной машине - сама по себе здравая идея.
а если нужен не линукс то xen тут один хрен не поможет- тогда уж qemu с ускорителем.

>Позиция RedHat понятна. У IBM есть LPAR в pSeries, у Sun - есть Solaris Containers, даже у Microsoft есть VirtualPC, а у RH нет ничего. А платить деньги VmWare, после того, как те стали EMC Company, - дорого и вообще западло. UML - тормоз.

Так кто им мешает засунуть xen в дистр свой ? или .... я так понимаю RedHat не хочет за это платит никому и пользуясь авторитетом (мол у нас разработчики ядра работают) давят на сообщество с целью собственной выгоды ?

> Всё быстро до безумия работает. И быстро падает.

Падает у криворуких малолетних хацкеров. :)

> Так кто им мешает засунуть xen в дистр свой ?

так вроде в сюзе уже есть xen

> так понимаю RedHat не хочет за это платит никому

здрасте - куча разработчиков ядра - сотрудники редхат

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

>а если нужен не линукс то xen тут один хрен не поможет- тогда уж qemu с ускорителем.

NetBSD, Plan9, не устраивает ?

> NetBSD, Plan9, не устраивает ?

это не мейнстрим (и да простят меня)

>это не мейнстрим (и да простят меня)

А что же мейнстрим ???? :) я стесняюсь спросить ... какое нить проприетарное поделие ?

> А что же мейнстрим ???? :) я стесняюсь спросить ... какое нить
> проприетарное поделие ?

угумс. причем уже озвученнЫе в треде.

>цель - скорее стандартизация этого решения - чтобы разработчики софта закладывались на это. много ли разработчиков ориентируется только на редхат ?

На сколько я знаю, для работы с xen необходимы модификации ядра (и то, пара функций работы на 0 уровне). Как это может отразится на разработчиках прикладного ПО. Для чего "стандартизировать" ?

>>а если нужен не линукс то xen тут один хрен не поможет- тогда уж qemu с ускорителем.

>NetBSD, Plan9, не устраивает ?

FreeDSD забыли... тоже работает...

>На сколько я знаю, для работы с xen необходимы модификации ядра.

Вроде как после реализации неких технологий виртуализации в процессорах от AMD и Intel обещали без модификации гостевой системы работу даже оффтопика...

>Так кто им мешает засунуть xen в дистр свой ? или .... я так понимаю RedHat не хочет за это платит никому и пользуясь авторитетом (мол у нас разработчики ядра работают) давят на сообщество с целью собственной выгоды ?

Они засунули.

Тема в том, что если xen будет в ядре, то он начнет быстрее разрабатываться.

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

Вообще надо подождать пока Xen 3.0 выйдет, где-то к новому году,
а пока рановато его в ядро пихать.Тем более пока не все архитектуры
хоста поддерживаются даже x86_64...

> Тема в том, что если xen будет в ядре, то он начнет быстрее
> разрабатываться.

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

>К тому же будь он там стандартно, можно будет писать, что любой линукс способен пускать открытые гостевые ОС.

В рекламных слоганах RedHat и Novell :) да ? IMHO разрабатываться быстрее xen не станет. Слияние двух подсистем повлечёт за собой всякие нехорошие моменты. К тому же есть XenSource Inc . как они к этому отнесутся?

В NT4 графика уже была в ядре

С появление Pacifico и VM-x Xen станет ощутимо быстрее.
Технологии витруализации не стоят на месте и Xen почти на переднем их фронте, сразу за VMWare :) .

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

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

В NT3.x так было. А в 4.x как раз и поместили GUI в ядро.

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

Ну енто как сказать... серверные это какие ?..
И вооще-то виртуализация в первую очередь для серверных приложений,как я понимаю, и нужна...

http://www.linux.org.ru/jump-message.jsp?msgid=838996
http://www.linux.org.ru/jump-message.jsp?msgid=840617

Я тоже очень хочу видить xen в ядре. Надеюсь в пятой федоре для x86_64 xen будет присутствовать. Под i386 он работает, хоть и не очень стабильно и ломает ACPI. Если его протолкнут в vanilla, то его развитие пойдет круто в гору. Эта фича должна сделать ядро линукс ещё более привлекательным... и падучим тоже

> как микрософт засунули ГУИ в микроядро!? :)

GUI Windows работает в ring 0. Этого хватает, чтобы при слёте драйверов видеокарты винда валилась на землю.

> Падает у криворуких малолетних хацкеров. :)

Не смешите мои тапочки. Скажите мне почему в Win2k3 ускорение графики в 0 (ноль) поставлено?

> GUI Windows работает в ring 0. Этого хватает, чтобы при слёте драйверов видеокарты винда валилась на землю.

А при слёте каких то других драйверов винда не валится? :)

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

> как микрософт засунули ГУИ в микроядро!? :)

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

> Ты пернул в лужу, в винде все построено на гуях, но они не вшиты в ядро :)

Вшиты, http://www.microsoft.com/library/media/1033/technet/images/archive/ntwrkstn/e..., http://en.wikipedia.org/wiki/Image:Windows_2000_architecture.PNG

> Вроди винду можно даже пускать в консольном режиме (рекавери консоль), но имхо неюзабельно и нафиг не нужно. (да и не винда это вроди как...)

> Возможно я ошибся и тоже пернул в лужу :)

Аж стёкла затряслись.

> GUI Windows работает в ring 0. Этого хватает, чтобы при слёте драйверов видеокарты винда валилась на землю.

Только не надо рассказывать сказок, что при слете дров видеокарты, сетевой карты, модема или еще чего, что работает в кольце 0, линух гарантированно будет продолжать жить. Андерсон, блин :)

При этом стоит зметить, что кольцо, в котором работает GUI, не играет никакой роли. Ты можешь работать и в консоли без всяких GUI, но если рухнет какой-нибудь висящий в памяти nvidia.ko (просто так, ошибка в коде модуля), то ядро вывалит тебе регистры.

вот поэтому xen рулит не по деццки:) одно ядро сдохло, запускаем другое:)

> Какая плохая компания RedHat, офигеть.

Где я сказал, что плохая? Хорошая компания. Деньги зарабатывает.

> Че за бред, просто ребята хотят сделать ядро люнукса более универсальным и более свободным что ли, чтобы все могли юзать такие фишки как ксен

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

Еще раз замечу, что хотя выбор Xen понятен, я не уверен, что это самый лучший вариант с технологической точки зрения.