форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от opennews on 06-Мрт-09, 23:47

В ответ на приглашение в списке рассылки Linux Kernel (LKML) оставлять свои комментарии по поводу недавних патчей для Xen Dom0, Эндрю Мортон ставит вопрос о целесообразности (http://www.h-online.com/open/Kernel-Log-Morton-questions-acc...) дальнейшего развития этого направления виртуализации в основной ветке ядра. По его мнению  Xen несколько «устарел», и не выглядит так привлекательно, как KVM. Эндрю обеспокоен тем фактом, что Xen не использует стандартные интерфейсы для обмена данными внутри ядра, и как бы разработчикам не пришлось через 3 года жалеть о решении совместить пока еще плохо уживающиеся технологии. В то время, как  модуль KVM планомерно и с достаточно высокой скоростью «обрастает» новым функционалом, а его поддержание стало обыденной работой маинтейнеров ядра, развитие  Xen остановилось на релизе 2.6.18. Отсюда проблемы с поддержкой нового оборудования. Портирование же драйверов в старое ядро &... URL: http://www.h-online.com/open/Kernel-Log-Morton-questions-acc... Новость: http://www.opennet.me/opennews/art.shtml?num=20640

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от alexxy on 06-Мрт-09, 23:47

Ну как бы есть работающие патчи на безе pv_oops те на той же подсистеме что и kvm lguset vmi и другие =)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Принятие кода Xen Dom0 в основную ветку ядра находится под в"

Сообщение от Zedis (??) on 07-Мрт-09, 00:08

Да не исключено что в cкором времени мы увидем затухание когда то великого виртуализации XEN проекта, который первым был под Unix, жалко. Ведь не давно XenServer гипервизор стал бесплатным это может значить только одно что Citrix из-за всех сил пытается удержать проект...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от q1q2q1 on 07-Мрт-09, 07:44

kvm наше все.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	12. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от User294 (ok) on 07-Мрт-09, 23:27
	>kvm наше все. А 640Кб хватит всем? :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от avatar (ok) on 07-Мрт-09, 08:31

...признанное разработчиками Xen низкое качество кода гипервизора... Это жесть. Если это действительно так - я против.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от frescio on 07-Мрт-09, 12:01

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Hettikus (ok) on 07-Мрт-09, 13:43
	Первично видимо то, что после суток танцев с Xen, KVM встал за 2 часа. Теперь в нашей компании на него потихоньку переводятся серваки.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от northbear (??) on 07-Мрт-09, 20:26
	Сочувствую... KVM на данном этапе все же тормозилово. Не уверен, что он всерьез пригоден для продакшн сейчас.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	15. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Hettikus (ok) on 08-Мрт-09, 11:46
	Ну дублирование есть. Насчет скорости - хватает за глаза для файлопомойки, домена на AD и почтовика с небольной нагрузкой. Из очевидных плюсов - файлопомойка теперь видит один диск на два терабайта - вива LVM. Танцы с бубном с отдельными массивами на 0.5-1ТБ уже заколебали. Также удобство управления всем этим делом и наличие легкодоступной консоли при падении.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	37. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от User294 (??) on 10-Мрт-09, 09:57
	>Ну дублирование есть. Насчет скорости - хватает за глаза Вот если б вы оценку просадки в процентах привели - это было бы уже интереснее.А "хватает для того-сего" - ну знаете, это обсуждение на уровне колхозников.Ничего не говорит о качестве работы того или иного виртуализатора.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	38. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от pavel_simple (ok) on 10-Мрт-09, 16:34
	>>Ну дублирование есть. Насчет скорости - хватает за глаза > >Вот если б вы оценку просадки в процентах привели - это было >бы уже интереснее.А "хватает для того-сего" - ну знаете, это обсуждение >на уровне колхозников.Ничего не говорит о качестве работы того или иного >виртуализатора. debian lenny -- kvm + virtio + linux + tlb -- проседает на вычислениях типа 7z в  7-12% (очень много работы с памятью), сетевой и дисковый io отстаёт на 2 %. да, тюнил как мог, но с xen мне уже не попути.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	39. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от 123 (??) on 10-Мрт-09, 16:37
	>[оверквотинг удален] >>Вот если б вы оценку просадки в процентах привели - это было >>бы уже интереснее.А "хватает для того-сего" - ну знаете, это обсуждение >>на уровне колхозников.Ничего не говорит о качестве работы того или иного >>виртуализатора. > >debian lenny -- kvm + virtio + linux + tlb -- проседает >на вычислениях типа 7z в  7-12% (очень много работы с >памятью), сетевой и дисковый io отстаёт на 2 %. > >да, тюнил как мог, но с xen мне уже не попути. почему не попути?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	41. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от pavel_simple (ok) on 10-Мрт-09, 16:39
	>[оверквотинг удален] >>>на уровне колхозников.Ничего не говорит о качестве работы того или иного >>>виртуализатора. >> >>debian lenny -- kvm + virtio + linux + tlb -- проседает >>на вычислениях типа 7z в  7-12% (очень много работы с >>памятью), сетевой и дисковый io отстаёт на 2 %. >> >>да, тюнил как мог, но с xen мне уже не попути. > >почему не попути? потому что kvm, а xen к сожалению начали растаскивать по разным лавочкам, потом подумали и решили обратно, потом ещё подумают и скажут ... а зачем оно мне надо. да и удобнее мне с kvm
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	42. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от 123 (??) on 10-Мрт-09, 16:41
	>[оверквотинг удален] >>> >>>да, тюнил как мог, но с xen мне уже не попути. >> >>почему не попути? > >потому что kvm, а xen к сожалению начали растаскивать по разным лавочкам, >потом подумали и решили обратно, потом ещё подумают и скажут ... >а зачем оно мне надо. > >да и удобнее мне с kvm ничего не понял. кто куда и что начал растаскивать?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	43. "не-Принятие кода Xen"
	Сообщение от Andrey Mitrofanov on 10-Мрт-09, 18:05
	>>да и удобнее мне с kvm >ничего не понял. кто куда и что начал растаскивать? Потому что пилили-пилили, не не выпилили. http:/openforum/vsluhforumID15/2213.html#1 А потом кто-то кого-то купил, а потом объявили одну0две маркетинговые инициативы... А потом обнаружили, что апстрим ушёл куда-то, на +0.0.10 и более... И тут они "погодите-погодите!", а им "семеро одного не ждут". Ну, или типа того.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	44. "не-Принятие кода Xen"
	Сообщение от 123 (??) on 11-Мрт-09, 10:28
	>[оверквотинг удален] >>ничего не понял. кто куда и что начал растаскивать? > >Потому что пилили-пилили, не не выпилили. >http:/openforum/vsluhforumID15/2213.html#1 >А потом кто-то кого-то купил, а потом объявили одну0две маркетинговые инициативы... >А потом обнаружили, что апстрим ушёл куда-то, на +0.0.10 и более... >И тут они "погодите-погодите!", а им "семеро одного не ждут". > > >Ну, или типа того. хм. незнаю я всегда брал ядро из стабильных репозитариев Debian'a и еще никогда не возникало особых проблем. (разве что глюки при HVM но это на совести Intel)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	45. "не-Принятие кода Xen"
	Сообщение от Andrey Mitrofanov on 11-Мрт-09, 11:44
	>>Ну, или типа того. >хм. незнаю я всегда брал ядро из стабильных репозитариев Debian'a и еще >никогда не возникало особых проблем. (разве что глюки при HVM но >это на совести Intel) Если Вы наблюдали за релизом Lenny и состоянием Xen в нём, то могли видеть, что в какой-то момент (за месяц-два до релиза, насколько я ничего не помню) вообще обсуждался вариант релиза _без_ поддержки Dom0 в релизном ядре -- типа, да DomU мОгем, а Dom0 - это вам на Etch (или ещё куда), и "потом, может быть, сделаем" (~lenny-and-half). Когда про релиз читал - удивился, что-таки Dom0 заявляют как поддерживаемый. Сам, видимо отвлёкся от слежения за релизом. ~~google.ru + kernel xen dom0 lenny release site:lists.debian.org гм, 8 месяцев тому http://lists.debian.org/debian-devel/2008/07/msg00529.html еге, http://bugs.debian.org/477441 чего-то ещё в ноябре сделали а я всё %) пропустил +http://wiki.debian.org/DebianRussian/Xen#head-aee3b821f920a9... ++http://wiki.debian.org/Xen#head-d73cbcdf16da4e85d5e300970b05... --- В новости выше речь про включение... про обсуждение включения?... чего-то там в ядро "с kernel.org" теперь, когда дистрибуторы накушались вдоволь форвард-портов передовых технологий из "отдельнго" дерева,  включение которого в апстрим ядра не особо волновало апстрим xen-а (пока бап-п-пки капали?), и "один разработчик" чего-то там выпилил (или нет??). Ну, да там вверху написано всё~~~
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	46. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от User294 (??) on 11-Мрт-09, 12:37
	>да, тюнил как мог, но с xen мне уже не попути. Во, спасибо большое за какой-никакой результат и мнение насчет Xen.Вот все бы так конструктивно подходили к вопросу как вы.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Аноним (??) on 07-Мрт-09, 23:04
	>Первично видимо то, что после суток танцев с Xen, KVM встал за >2 часа. Теперь в нашей компании на него потихоньку переводятся серваки. > как-то Ваш kvm долго стартует, целых два часа... Ввод новой машины с xen'ом занимает не более 15-30ти минут. Что-то вы не то с Xen'ом делаете.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Hettikus (ok) on 08-Мрт-09, 11:44
	>>Первично видимо то, что после суток танцев с Xen, KVM встал за >>2 часа. Теперь в нашей компании на него потихоньку переводятся серваки. >> > >как-то Ваш kvm долго стартует, целых два часа... Ввод новой машины с >xen'ом занимает не более 15-30ти минут. Что-то вы не то с >Xen'ом делаете. Имелось ввиду поднятие с нуля при полном отсутствии опыта в этой области. Есть вероятность, что руки не из плеч, но тогда почему с квмом нет проблем? Стартует квм мгновенно :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	19. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от 123 (??) on 08-Мрт-09, 19:22
	ну тогда то что Вы привели ен показатель
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	28. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Hettikus (ok) on 09-Мрт-09, 12:09
	Не показатель чего?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	30. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Аноним (??) on 09-Мрт-09, 14:45
	>Не показатель чего? Не показатель то что KVM рабтоспособнее чем Xen. Так как один человек не смог найти и прочитать документацию по Xen.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	34. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Hettikus (ok) on 09-Мрт-09, 18:12
	>>Не показатель чего? > >Не показатель то что KVM рабтоспособнее чем Xen. Так как один человек >не смог найти и прочитать документацию по Xen. Найти смог. Прочитать смог. Но Xen не завелся. Мне гораздо приятнее квм, который модуль и модуль. А с Xen'ом еще надо устраивать танцы с бубном вокруг ядра.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	35. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от 123 (??) on 09-Мрт-09, 20:05
	>>>Не показатель чего? >> >>Не показатель то что KVM рабтоспособнее чем Xen. Так как один человек >>не смог найти и прочитать документацию по Xen. > >Найти смог. Прочитать смог. Но Xen не завелся. Мне гораздо приятнее квм, >который модуль и модуль. А с Xen'ом еще надо устраивать танцы >с бубном вокруг ядра. sudo apt-get install xen-linux-system-2.6.26-1-xen-686 Незнаю какие вы там бубны нашли.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от Аноним (??) on 07-Мрт-09, 13:54

"признанное разработчиками Xen низкое качество кода гипервизора, которое в текущем его виде не может быть интегрировано в ядро Linux." хм.. Может низкое качество патчей для поддержки XEN dom0? О включении гипервизора XEN в ядро речи не идёт, это не имеет смысла. И никто не говорил о низком качестве кода самого гипервизора XEN. Автор новости не разбирается в вопросе.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от Guest (??) on 07-Мрт-09, 16:23

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	47. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от User294 (??) on 11-Мрт-09, 12:53
	>Есть более другие системы, поэтому для нормальной производительности и поддержки всего Это только физикам нужна "теория всего".А вот остальным да на практике поддержка всего - нахрен обычно никому не впилась.Более того - вы сами себе противоречите и путаетесь в показаниях. ПАРАвиртуализация и поддержка ВСЕГО - это взаимоисключающие понятия.При ПАРАвиртуализации поддерживается только то у чего ядро в курсе что оно сейчас будет работать на паравиртуализаторе.И это по определению не ВСЕ системы а только те где поддержку виртуализатора соизволили сделать. >нужна паравиртуализация, в это XEN. Будут поддерживать только сами себя - получится >вторая винда. Если вы в душе надеетесь что кто-то будет делать эффективную виртуализацию ориентируясь на то когда тормоза типа *bsd и прочих задохликов снимутся с тормоза и допилят свои ядра до поддержки того или иного паравиртуализатора, хочу вас расстроить.Те кто будет ориентироваться на тормозов скорее всего сами пойдут ко дну, забалластированные тормозами.Потому что поддержка эффективной виртуализации всем нужна сейчас.Семеро одного не ждут а кто не успел, тот пролетел и становится никому не интересен.Просто потому что уже есть устоявшееся и работающее хорошее решение которое никто не будет выкидывать просто так. У меня по итогам чтения этого треда возникло ощущение что KVM - более перспективно чем Xen, и закладываться на него - безопаснее и предсказуемее чем на Xen и если не переть на принцип, менее геморройно к тому же. Даже если это и не нравится бсдшникам бухтящим про виндовс. I am sorry, вам бы конечно хотелось видеть кучу недоделков и один виндовс, который вы ненавидите но переплюнуть не можете.Но я думаю что будет по другому.Да, вы будете ворчать и на линукс который вы переплюнуть не можете.Но скунсов будет мало.А остальные будут радоваться юзая открытые решения.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от Аноним (??) on 07-Мрт-09, 22:52

ага. пихаем kvm который использует qemu, в которой уязвимостей до черта. молодцы.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от Аноним (??) on 08-Мрт-09, 06:42

Нет, не нужен Xen в основной ветке. Это - тупиковая ветвь развития. Он никому уже не интересен. Ни RH, ни Novell, ни Canonical.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Аноним (??) on 08-Мрт-09, 13:10
	>Нет, не нужен Xen в основной ветке. Это - тупиковая ветвь развития. >Он никому уже не интересен. Ни RH, ни Novell, ни Canonical. > Будет в ядре - очень даже станет интересен. Просто эти конторы отказываются поддерживать проекты, в который нужно вливать деньги, реструктурируют расходы так сказать. Если XEN dom0 окажется в ядре - расходы на его поддержку сократятся и о нём вновь вспомнят.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Аноним (??) on 08-Мрт-09, 20:24
	>Нет, не нужен Xen в основной ветке. Это - тупиковая ветвь развития. >Он никому уже не интересен. Ни RH, ни Novell, ни Canonical. > Не нужен он только по политическим соображениям. Компании которые вы назвали не могут руководить разработкой этого проекта. Этим он им и не нравится. У xen'a основное преимущество то что он не требует поддержки виртулизации или поддержки виртулизации ввода/вывода у процессора и материнской платы и не использует qemu для domu доменов.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	40. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Guest (??) on 10-Мрт-09, 16:38
	>Нет, не нужен Xen в основной ветке. Это - тупиковая ветвь развития. >Он никому уже не интересен. Ни RH, ни Novell, ни Canonical. Если бы в Linux было только то, что нужно корпорациям, Linux давно бы уже не было. Xen нужен, а если его не будет - это жирный минус линуксу.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от Аноним (??) on 08-Мрт-09, 19:02

>Нет, не нужен Xen в основной ветке. Это - тупиковая ветвь развития. >Он никому уже не интересен. Ни RH, ни Novell, ни Canonical. Вы не правы, Xen хоть и не нужен RedHat и другим, зато он нужен миру Open Source так как на данном этапе нет не одной приятной альтернативы Xen. Как заметил предыдущий оратор, будь поддержка, Xen в основной ветке ядра им бы интересовались больше народу. Мне нравится Xen но его огромный минус это старое ядро и соответственно старый софт который нужен для работы этого ядра. В моем понимание это как прыжок в прошлое, поэтому интерес к Xen пропадает так быстро. Так что будь поддержка Xen в основном ядре без всяких патчей это было бы огромным аргументом в пользу выбора именно Xen а не прочих мутных проектов типа KVM и QEMU которым далеко до продакшена. Да и KVM и QEMU создаются для других задач в отличии от Xen у которого соновная задача это полная виртуализация а не подобие виртуализации как у KVM и QEMU.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	21. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Аноним (??) on 08-Мрт-09, 20:27
	>[оверквотинг удален] > >Мне нравится Xen но его огромный минус это старое ядро и соответственно >старый софт который нужен для работы этого ядра. В моем понимание >это как прыжок в прошлое, поэтому интерес к Xen пропадает так >быстро. Так что будь поддержка Xen в основном ядре без всяких >патчей это было бы огромным аргументом в пользу выбора именно Xen >а не прочих мутных проектов типа KVM и QEMU которым далеко >до продакшена. Да и KVM и QEMU создаются для других задач >в отличии от Xen у которого соновная задача это полная виртуализация >а не подобие виртуализации как у KVM и QEMU. 2.6.23 уже старое ядро? :) у меня несколько dom0 на debian lenny. еще не сколько в плане на апгрейд с etch и 2.6.18 kvm как раз и есть полная виртулизация. Вы похоже не много не в вопросе.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от Аноним (??) on 08-Мрт-09, 22:04

>2.6.23 уже старое ядро? :) у меня несколько dom0 на debian lenny. >еще не сколько в плане на апгрейд с etch и 2.6.18 > >kvm как раз и есть полная виртулизация. Вы похоже не много не >в вопросе. Я говорю про ядро dom0 и если даже у вас 2.6.23 на dom0 то если я не ошибаюсь это неофициальный вариант Xen. Поддержка DomU в ядре есть это да, но я не об этом… Что же касается KVM то тут я имел ввиду что ей еще далеко до того, что может Xen на данный момент. Более того я еще не видел что бы KVM использовали в продакшене. Так что наличие KVM в ядре это еще не показатель того что она лучше всего того что не входит в ядро по умолчанию. У Xen будет куда больше плюсов, если его будут разрабатывать на разных версиях ядра, то есть на более, современных версиях. Что же касается паравиртуализации DomU в основной ветке ядра Linux то по мне так это плюсов Xen не добавляет, так как основная проблема Xen это отсутствие поддержки современных версий ядер в Dom0. Такого рода отставание от основной версии ядра является большим минусом с точки зрения безопасности, а так же с точки зрения поддержки нового оборудования, которого сейчас не мало не говоря уже о самих багах ядра. На мой взгляд, такое отставание ядра Xen от современного ничем уже не компенсируешь даже наличием функционала со стороны Xen, разве что если у вас RHEL подобная ОС которую вы крутите как на Dom0 так и на Dom0 тогда конечно Xen актуален. Я считаю, что основывать свое ПО на версиях RHEL само по себе означает, что основная аудитория, которая будет пользоваться этим софтом это те кто уже использует RHEL. В современном мире Open Source дистрибутивов ОС множество, что уже означает, что доля RHEL уже значительно уменьшается. Все очень просто, мне лично не хочется использовать тот софт обновления на которых выходят с большим промежутков времени, чем чревато такое отставание я уже писал ранее.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	23. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Аноним (??) on 08-Мрт-09, 23:59
	>>2.6.23 уже старое ядро? :) у меня несколько dom0 на debian lenny. >>еще не сколько в плане на апгрейд с etch и 2.6.18 >> >>kvm как раз и есть полная виртулизация. Вы похоже не много не >>в вопросе. > >Я говорю про ядро dom0 и если даже у вас 2.6.23 на >dom0 то если я не ошибаюсь это неофициальный вариант Xen. Поддержка >DomU в ядре есть это да, но я не об этом… > интересно чем этот вариант не официален если его сделала команда Xen'a? В xen-users и xen-dev не посылают если ты говоришь им что у тебя ядро отличное от 2.6.18 > >Что же касается KVM то тут я имел ввиду что ей еще >далеко до того, что может Xen на данный момент. Более того >я еще не видел что бы KVM использовали в продакшене. Так >что наличие KVM в ядре это еще не показатель того что >она лучше всего того что не входит в ядро по умолчанию. KVM в данный момент умеет большинство того что умеет Xen >У Xen будет куда больше плюсов, если его будут разрабатывать на >разных версиях ядра, то есть на более, современных версиях. > да. >[оверквотинг удален] >компенсируешь даже наличием функционала со стороны Xen, разве что если у >вас RHEL подобная ОС которую вы крутите как на Dom0 так >и на Dom0 тогда конечно Xen актуален. Я считаю, что основывать >свое ПО на версиях RHEL само по себе означает, что основная >аудитория, которая будет пользоваться этим софтом это те кто уже использует >RHEL. В современном мире Open Source дистрибутивов ОС множество, что уже >означает, что доля RHEL уже значительно уменьшается. Все очень просто, мне >лично не хочется использовать тот софт обновления на которых выходят с >большим промежутков времени, чем чревато такое отставание я уже писал ранее. > Я использую Debian lenny c ядром xen-linux-system-2.6.26-1-xen (с поддержкой dom0 в ядре) для которого выходят своевременный апдейты. Да патчи на основе pv_oops не позволяет делать не которых вещей. Но так или иначе xen сейчас можно использовать на ядре отличным от 2.6.18 По поводу безопасности. Xen сейчас наверное единственное средство виртулизации в котором есть какие-то механизмы для обеспечение безопасности. Тот же KVM из-за того что он использует qemu для эмуляции устройств (собственно как и xen для HVM-доменов)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от Аноним (??) on 09-Мрт-09, 01:30

>интересно чем этот вариант не официален если его сделала команда Xen'a? В xen->users и > xen-dev не посылают если ты говоришь им что у тебя ядро отличное от >2.6.18 Этот вариант нельзя назвать нормальной поддержкой, разрабатываемого продукта. Более того если сборки ядра отличные от 2.6.18 существуют то почему они не представлены официально?! Да все потому что они все же не стабильны, и разработчики в них не столь уверены как в 2.6.18. >KVM в данный момент умеет большинство того что умеет Xen Например: А как дела обстоят с распределением процессорного времени? >Я использую Debian lenny c ядром xen-linux-system-2.6.26-1-xen (с поддержкой >dom0 в ядре) для которого выходят своевременный апдейты. Да патчи на основе >pv_oops не позволяет делать не которых вещей. Но так или иначе xen сейчас >можно использовать на ядре отличным от 2.6.18 И снова мы возвращаемся к тому что даже если новые патчи на ядро существуют то все же о них не заявляют официально, а все потому что не стоит заявлять о том что может работать нестабильно. Что же касается Debian то тут та же история что и с RHEL а именно то что есть патч но он на Debian и что же теперь переходить на Debian только из за того что в нем есть новый патч на Xen. Вот сейчас KVM не привязана к дистрибутиву определенной ОС и это хорошо на чем хочешь на том и крути ее, потому что есть она в новых ядрах и это плюс. Конечно ребята делающие патчи молодцы но давайте посмотрим правде в глаза, наличие Xen в основной ветке ядра сделает его использование намного проще в главное что в любое время без каких либо дополнительных манипуляций с ядром, а главное что наличие его кода в основной ветке подтолкнет разработчиков отнестись к коду еще серьезные, это стимул не ударить лицом в грязь. К тому же жаль если такой проект как Xen будет забыт только потому что такая компания как RedHat не верит в нее. Если Xen выпадет с рынка софта для виртуализации, то это отразится на всей отрасли в целом, потому что только живая конкуренция движет прогресс вперед…

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	25. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Аноним (??) on 09-Мрт-09, 03:12
	>>интересно чем этот вариант не официален если его сделала команда Xen'a? В xen->users и > xen-dev не посылают если ты говоришь им что у тебя ядро отличное от >2.6.18 > >Этот вариант нельзя назвать нормальной поддержкой, разрабатываемого продукта. Более того если сборки >ядра отличные от 2.6.18 существуют то почему они не представлены официально?! >Да все потому что они все же не стабильны, и разработчики >в них не столь уверены как в 2.6.18. > Они есть в _стабильной_ ветке дистрибутива Debian. >>KVM в данный момент умеет большинство того что умеет Xen > >Например: А как дела обстоят с распределением процессорного времени? Мое знакомство с kvm закончилось на попробовать запустить домен который был создан с помощью xen'a. С xen'ом всё тоже не просто, чего стоят некоторые проблемы с сетью в доменах. (например: в домене начинает работать сеть только после icmp-пакета) >[оверквотинг удален] >ядро существуют то все же о них не заявляют официально, а >все потому что не стоит заявлять о том что может работать >нестабильно. Что же касается Debian то тут та же история что >и с RHEL а именно то что есть патч но он >на Debian и что же теперь переходить на Debian только из >за того что в нем есть новый патч на Xen. Вот >сейчас KVM не привязана к дистрибутиву определенной ОС и это хорошо >на чем хочешь на том и крути ее, потому что есть >она в новых ядрах и это плюс. > Эти патчи есть в Fedora, SUSE, Debian. >Конечно ребята делающие патчи молодцы но давайте посмотрим правде в глаза, наличие >Xen в основной ветке ядра сделает его использование намного проще в >главное что в любое время без каких либо дополнительных манипуляций с >ядром, а главное что наличие его кода в основной ветке подтолкнет >разработчиков отнестись к коду еще серьезные, это стимул не ударить лицом >в грязь. К тому же жаль если такой проект как Xen >будет забыт только потому что такая компания как RedHat не верит >в нее. Согласен. RH не что не верит. Она не имеет разрабочтчиков в xen team которые могут влиять на решение в проекте. > >Если Xen выпадет с рынка софта для виртуализации, то это отразится на >всей отрасли в целом, потому что только живая конкуренция движет прогресс >вперед…
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от Аноним (??) on 09-Мрт-09, 03:45

>Эти патчи есть в Fedora, SUSE, Debian. Что бы Xen был более популярен он не должен быть ограничен определенным списком ОС на которой его можно запустить. Но на данный момент так и есть, а наличие патча в Fedora, SUSE, Debian это весьма скудный список, те более что если не ошибаюсь в разных, ОС доступны разные версии ядра. >Мое знакомство с kvm закончилось на попробовать запустить домен который был >создан с помощью xen'a. С xen'ом всё тоже не просто, чего стоят некоторые >проблемы с сетью в доменах. (например: в домене начинает работать сеть только >после icmp-пакета) На данный момент что Xen что KVM это эмбрионы, только Xen старше и он прошел проверку продашеном в отличии KVM. На мой взгляд лучше уж продолжить работу над Xen да бы довести проект до ума, а не бросать его из за того что все отвернулись потому что компания RedHat решила пропиарить себя. Все же RedHat разработчик ОС и им не стоило бы лесть в чужой профиль, только потому что им стало очень интересно и они увидели что у виртуализации есть большой потенциал, каждый должен делать свое дело! Честно говоря не удивлюсь если скоро RegHat сообщит KVM ерунда мы решили разработать свою платформу для виртуализации и KVM тоже останется не удел. Итого будет загублено два проекта один из которых ранее был популярен и подавал большие надежды, и все закончилось только из за того что кто то не входящий в состав xen team скачал что Xen это провальный проект. Будет очень обидно если так случится так что я за Xen в ядре это лучшее из Open Source проектов доступное на рынке ПО виртуализации.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	29. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Аноним (??) on 09-Мрт-09, 14:41
	>>Эти патчи есть в Fedora, SUSE, Debian. > >Что бы Xen был более популярен он не должен быть ограничен определенным >списком ОС на которой его можно запустить. Но на данный момент >так и есть, а наличие патча в Fedora, SUSE, Debian это Я назвал те о которые знаю и команды этих дистрибутивово доработывают эти патчи. Те кто их использует гораздо больше чем три. И никто не мешает взять эти патчи майнтенейрам пакетов в другом дистрибутиве и сделать ядро с поддержкой xen'a >[оверквотинг удален] >потому что им стало очень интересно и они увидели что у >виртуализации есть большой потенциал, каждый должен делать свое дело! Честно говоря >не удивлюсь если скоро RegHat сообщит KVM ерунда мы решили разработать >свою платформу для виртуализации и KVM тоже останется не удел. Итого >будет загублено два проекта один из которых ранее был популярен и >подавал большие надежды, и все закончилось только из за того что >кто то не входящий в состав xen team скачал что Xen >это провальный проект. Будет очень обидно если так случится так что >я за Xen в ядре это лучшее из Open Source проектов >доступное на рынке ПО виртуализации. C KVM врядли такое будет, так как врем я - это деньги. Да и Xen они невыкидывают так как у них остались выпуски которые нужно поддерживтаь.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

27. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от Аноним (??) on 09-Мрт-09, 09:22

Может составим петицию и направим её Эндрю Мортону?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

31. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от Аноним (??) on 09-Мрт-09, 15:15

>Я назвал те о которые знаю и команды этих дистрибутивово доработывают эти >патчи. Те кто их использует гораздо больше чем три. И никто не мешает взять >эти патчи майнтенейрам пакетов в другом дистрибутиве и сделать ядро с >поддержкой xen'a Что то, как то не хочется использовать, что, на что изначально сам разработчик не рассчитывал, а сделал это только потому, что народ просил… В конце концов ядро важная часть системы и она не может постоянно глючить а как я уже говорил ранее если об этих патчах не заявлено официально то, это потому что разработчики не они а кто то другой а раз так то и ручаться за такой продукт нельзя. Для бета тестов есть бета тестеры и добровольцы, а я говорю о стабильной версии, для продакшена. >C KVM врядли такое будет, так как врем я - это деньги. Да и Xen они >невыкидывают так как у них остались выпуски которые нужно поддерживтаь. KVM уже сейчас показывает отступление, оно заключается в том что KVM требовательна к ресурсом сервера и так же аппаратным возможностям что нельзя отнести к ее плюсам. Ближайшие годы KVM вряд ли будет готова работать в сфере продакшена, что тоже отталкивает ее на задний план. >Может составим петицию и направим её Эндрю Мортону? Честно говоря я не против в конце концов человек должен знать что его труды не столь незаметны как ему кажется и они стоят уважения...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	32. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от Аноним (??) on 09-Мрт-09, 15:41
	>>Я назвал те о которые знаю и команды этих дистрибутивово доработывают эти >патчи. Те кто их использует гораздо больше чем три. И никто не мешает взять >эти патчи майнтенейрам пакетов в другом дистрибутиве и сделать ядро с >поддержкой xen'a > >Что то, как то не хочется использовать, что, на что изначально сам >разработчик не рассчитывал, а сделал это только потому, что народ просил… >В конце концов ядро важная часть системы и она не может >постоянно глючить а как я уже говорил ранее если об этих >патчах не заявлено официально то, это потому что разработчики не они >а кто то другой а раз так то и ручаться за >такой продукт нельзя. Для бета тестов есть бета тестеры и добровольцы, >а я говорю о стабильной версии, для продакшена. Эти патчи стабильны. Подверждению тому наличие их в Debian stable > >>C KVM врядли такое будет, так как врем я - это деньги. Да и Xen они >невыкидывают так как у них остались выпуски которые нужно поддерживтаь. > >KVM уже сейчас показывает отступление, оно заключается в том что KVM требовательна >к ресурсом сервера и так же аппаратным возможностям что нельзя отнести >к ее плюсам. Ближайшие годы KVM вряд ли будет готова работать >в сфере продакшена, что тоже отталкивает ее на задний план. KVM в данный момент работает над паравиртулизацией. За год вполне можно получить гипервизор паравиртулизации > >>Может составим петицию и направим её Эндрю Мортону? > >Честно говоря я не против в конце концов человек должен знать что >его труды не столь незаметны как ему кажется и они стоят >уважения...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

33. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."

Сообщение от Аноним (??) on 09-Мрт-09, 16:47

>Эти патчи стабильны. Подверждению тому наличие их в Debian stable Наличие в stable ветке Debian мне не внyшает доверия как и сам Debian. И все же я имею ввиду что даже если патч можно взять с Debian то не стоит забывать что на разных версиях ОС разные версии основного ядера. Вы сейчас говорите о том что главное что бы поддержка была а я говорю о поддержке любого дистрибутива с современным ядром, а не бегая с патчами туда сюда, и надеяться что у вас все будет замечательно. Такие технологии не могут быть ограничены рамками того или иного дистрибутива. Но если так происходит то такой проект теряет часть аудитории, которая использует другие дистрибутивы ОС. Можно конечно бегать с патчами от разных разработчиков, но такой подход я считаю не серьезным, так как крупным предприятиям не захочется основывать свои системы на разного рода патчах которые появились в результате просьб, а не в результате того что изначально так было задумано идеологией проекта. Наличие кода Xen в основной ветке ядра сделало бы его использование более, практичнее и более доступным для всех дистрибутивов Linux OS что само по себе является большим плюсом. >KVM в данный момент работает над паравиртулизацией. За год вполне можно >получить гипервизор паравиртулизации Лично меня поражает тот факт что все так быстро сбросили Xen со счетов а вить он если не ошибаюсь намного старше KVM. Более того безопасность KVM обусловлена безопасностью самой ОС на которой она крутится в качестве основного узла управления гостевыми окружениями. Что тоже в некотором роде привязывает KVM к определенному дистрибутиву ОС и желательно что бы в этом дистрибутиве было больше исправленных ошибок. Так что наличие KVM в основной ветке ядра, еще не показатель дальновидности ее будущего. Возможно за 1 год KVM смогут довести до состояния работоспособности, однако за тот же год Xen могут довести до основной ветки ядра если у автора не отпадет желание исходя из последних его сообщений об обстановке дел с разработкой.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	36. "Принятие кода Xen Dom0 в основную ветку ядра находится под в..."
	Сообщение от player on 10-Мрт-09, 09:45
	господа, такой вопрос, ожидается ли в KVM возможность fault tolerance , то есть репликация памяти в реальном времени эта возможность ожидается в xen 3.4 который выйдет ориентировочно в этом месяце, и называется kemari
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]