Сравнение SLES и RHEL с точки зрения Novell

>> т.к. в ней никакого сравнения совершенно нет. Про использование сторонних гипервизоров там тоже всё расписано (в том числе и про возможность использования VMWARE в продукте RH

да ну? там именно показана сырость/отсутствие протестированных решений от RH. и чётко указано, что в случае пользования сторонними гипервизорами TCO подсчитывается хз как (индивидуально! sic!). потрудитесь привести пруфлинк с указанием систем, сертифицированных для RH5*+KVM и/или нормальный прайс-лист, как это сделал Novell. страница 5 документа к вашим услугам. данные подкреплены ссылками RH.

спасибо.

P.S. а потом можно именно на сегодня посмотреть на сравнительное тестирование производительности xen vs kvm и подумать немного...

P.P.S. суть моих претензий - ваша фраза "Однако, так как системы по умолчанию используют различные гипервизоры (Xen и KVM), то в документе приводятся данные только для Xen, используемой в SLES." - абсолютно некорректна. данные приводятся целиком и полностью как они есть на самом деле и это уж факт, что с виртуализацией у RH временные затруднения (но прогнозировать насколько они "временные" - увольте)

>P.P.S.

"Однако, так как системы по умолчанию используют различные гипервизоры (Xen и KVM), и в виду неопределённости текущего состояния KVM, то в документе приводятся данные только для Xen."

Так нормально?

>потрудитесь привести пруфлинк с указанием систем, сертифицированных для RH5*+KVM и/или нормальный прайс-лист, как это сделал Novell. страница 5 документа к вашим услугам. данные подкреплены ссылками RH.

Где там прайс? И список систем сертифицированных Novell?

>> "Однако, так как системы по умолчанию используют различные гипервизоры (Xen и KVM), и в виду неопределённости текущего состояния KVM, то в документе приводятся данные только для Xen."

как-то коряво. как насчёт убрать фразу совсем?

>> Где там прайс?
страницы 5-6

>> И список систем сертифицированных Novell?
таблица 3 стр.11

>как насчёт убрать фразу совсем?

ok

>таблица 3 стр.11

Не нашёл ни слова про сертификацию.
Поддерживаемые guest-системы: http://www.linux-kvm.org/page/Guest_Support_Status

>прайс

в прайсе RH тоже есть.

> пруфлинк с указанием систем, сертифицированных для RH5*+KVM

KVM в RHEL-5? Это Новелл пишет?

> KVM в RHEL-5? Это Новелл пишет?
советую осилить доку. там немного и в большинстве своём по делу.

> советую осилить доку. там немного и в большинстве своём по делу.

Какое такое дело? Xen из RHEL-5 никуда не денется. KVMом вообще пока не пахнет. Код в Xen говно, команда разработчиков не своя ручная. У KVM прямой дизайн, разработчики куплены и отгорожены от финансовых проблем. Однозначно, что KVM в скором времени будет значительно лучше Xen по фичам. Собственно, наличие KVM в апстримном ядре и отсутствие там Xen уже говорит о том, что с Xen идти в ногу со временем будет сложнее.

>KVM в RHEL-5

http://practical-tech.com/infrastructure/red-hat-makes-kvm-its-linux-virtuali...
http://209.85.129.132/search?q=cache:WSmDRBwrfF4J:www.redhat.com/about/news/p...

>> Xen из RHEL-5 никуда не денется.
некорректно, вас поправили ниже.

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

в целом лично радует неизбежный прогресс qemu как следствие развития kvm, только вот "эмуляция" и "паравиртуализация" действительно очень сильно завязаны на возможности железа и kvm сегодня пригоден только как тестовая площадка.

>> Собственно, наличие KVM в апстримном ядре и отсутствие там Xen уже говорит о том, что с Xen идти в ногу со временем будет сложнее.
возможно, но не берусь предсказывать условия, необходимые для разрушения текущего Xen community, остановки разработки и отказе/(откате) промышленного применения в пользу того же kvm.

сугубо imho - после покупки Qumranet Inc. у RH появилась возможность "пестовать" свою собственную технологию виртуализации и попытка ликвидировать текущее отставание от того же Novell вполне логична. если при этом будет ощутимо прогрессировать qemu - супер! то есть RH купила вместе с "Qumranet Inc." уже готовую инфраструктуру, развивавшуюся силами community с февраля 2007-го, когда в 2.6.20 впервые официально был включён модуль KVM от Qumranet. как оно дальше сложится - посмотрим (если здоровья хватит). но говорить о тотальном превосходстве kvm vs xen так сказать by design - это надо быть довольно смелым человеком. думаю имеет смысл подождать, пока kvm не будет представлен в RH-5.4 (по плану) и посмотреть на тесты. пока же и разговаривать-то не о чем.

>>> Xen из RHEL-5 никуда не денется.

> некорректно, вас поправили ниже.

Корректно. Xen из RHEL-5 никуда не денется. План по включению KVM в RHEL-5.4 в качестве technology preview не говорит о том, что Xen исчезнет.

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

Бла-бла-бла, эпитеты. Почитайте код Xen, что ли?..

> возможно, но не берусь предсказывать условия, необходимые для разрушения текущего Xen community, остановки разработки и отказе/(откате) промышленного применения в пользу того же kvm.

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

> сугубо imho - после покупки Qumranet Inc. у RH появилась возможность "пестовать" свою собственную технологию виртуализации и попытка ликвидировать текущее отставание от того же Novell вполне логична.

О каком отставании вообще идёт речь?

> но говорить о тотальном превосходстве kvm vs xen так сказать by design - это надо быть довольно смелым человеком.

Надо для начала хотя бы просто почитать про дизайн обеих систем.

> О каком отставании вообще идёт речь?
с удовольствием выслушаю ваши аргументы о некорректности утверждений/фактов от Novell:
1)
"
SUSE Linux Enterprise Virtual Machine
Driver Pack contains drivers for Red Hat
Enterprise Linux and Windows operating
systems, to provide near-native performance
for fully virtualized guest operating systems.
Red Hat does not have anything like the
Virtual Machine Driver Pack to provide
high performance for fully virtualized
guest operating systems.
"
2)
"
VMware VMI has been included in the
SUSE Linux Enterprise Server kernel.
This helps SUSE Linux Enterprise Server
guest operating systems run with lower
overhead on the VMware ESX Server
hypervisor, giving a performance advantage
over guest operating systems such as
Red Hat Enterprise Linux without VMI.
"
3)
"
Novell offers a full set of virtualization
management products. The PlateSpin®
family of management products has vaulted
Novell into a leadership position in terms
of providing agnostic physical server and
virtual server management tools.6 No other
virtualization software vendor, including
Red Hat, provides management tools to
manage Linux, UNIX and Windows platforms
in addition to virtual servers and virtual
environments created by Microsoft Hyper-V,
VMware ESX Server 3 and Xen hypervisors.
"

>> Надо для начала хотя бы просто почитать про дизайн обеих систем.
а что вы можете сказать на документ, представленный по ссылке ниже?
http://wiki.xensource.com/xenwiki/Open_Topics_For_Discussion?action=AttachFil...

спасибо.

> 1)

Ложь.

> 2)

Само собой разумеется, что такие жирнющие изменения в настоящий стабильный продукт никогда не попадут. В этом и есть главное отличие RHEL от SLES. Т.к. paravirt_ops в Федоре есть ещё с 8-й версии, то, по всей видимости, стоит ожидать VMI в RHEL6.

> 3)

На чём обоснованы утверждения? В RHEL есть libvirt, который умеет всё (на мой неискушённый взгляд), что требуется от консоли управления виртуальными машинами. Что касается поддержки ею unix и винды, то unix'ы и виндовсы не лежат в бизнес-интересах Red Hat. В живых Unix вообще свой менеджмент виртуалок есть, на кой хрен на z/Arch с его супертехнологией LPAR иметь какой-то кривой Xen/KVM/Hyper-V? Почему Novell'у нужен виндовс - это и так всем понятно.

> а что вы можете сказать на документ, представленный по ссылке ниже?

Уже читаю.

господа модераторы, прошу удалить строку в новости:

"Однако, так как системы по умолчанию используют различные гипервизоры (Xen и KVM), то в документе приводятся данные только для Xen, используемой в SLES."

поскольку речь идёт не о сравнении текущих SLE vs RH и фраза некорректна. заодно и этот пост удалите.

спасибо.

> неаргументированное высказывание малыша

Это мнение Торвальдса. Он не пустил xen в ядро и разрабы xen(citrix?) признали что есть что переписывать.

> kvm сегодня пригоден только как тестовая площадка.

Аргументы? Да, нашли недавно в нём тройку дырок, падало оно на некоторых dma-операциях, местами скорость хромает, виртуальное железо местами глючит, но последняя версия со стабилизирующими патчами работает нормально и вообще а проблемы есть у всех. xen тоже не без багов.

>поскольку речь идёт не о сравнении текущих SLE vs RH

сравниваются _будущие_ SLE vs RH?
Как я понял сравниваются что-то от СУСЕ с чем-то ещё не существующим от РедХата.

>> Ложь.
а аргументировать?

>> 3) На чём обоснованы утверждения?
http://www.platespin.com/products/index.aspx

>> на кой хрен на z/Arch с его супертехнологией LPAR иметь какой-то кривой Xen/KVM/Hyper-V?
а это здесь при чём? или вы имеете что добавить к документу:
ftp://ftp.software.ibm.com/software/linux/IBMSoftwareOnLinux.pdf
?! внимательно вас слушаю...

>> Как я понял сравниваются что-то от СУСЕ...
no comments...
http://www.linux.org.ru/jump-message.jsp?msgid=3690642&cid=3690804

>> >как насчёт убрать фразу совсем?
>> ok
вы передумали?

> а аргументировать?

Наоборот, это вы должны аргументировать, что в RHEL нет пара-драйверов для винды!

> http://www.platespin.com/products/index.aspx

В двух словах, без маркетинга, что там из killer feature?

Это новелловская разработка, кстати?

> ?! внимательно вас слушаю...

Я не вижу, где там z/Architecture? На первых дцати страницах вообще указана System X, которые строят на интеловских зеонах и амдшных оптеронах. Как вы себе представляете z/VM на оптероне?

> http://www.platespin.com/products/index.aspx

сколько оно стоит?

>> Наоборот, это вы должны аргументировать, что в RHEL нет пара-драйверов для винды!
тем более покажите мне/нам аналог:

http://download.novell.com/index.jsp?product_id=&search=Search&famili...

http://www.novell.com/products/vmdriverpack/

>> В двух словах, без маркетинга, что там из killer feature?
полный management solution for data centers (ессно imho и с учётом "в двух словах").

>> Это новелловская разработка, кстати?
да

>> Я не вижу, где там z/Architecture?
этот документ содержит полный текущий список "IBM Middleware Available on Linux". на первой же странице написано, что обзор софта для System z начинается на стр. 133 (куда и ведёт линк). а ваше высказывание о "хрене, редьке и LPAR" до сих пор не понятно. что вы хотели сказать-то?

>> Наоборот, это вы должны аргументировать, что в RHEL нет пара-драйверов для винды!
>тем более покажите мне/нам аналог:

Вы всегда отвечаете вопросом на вопрос?

>> сколько оно стоит?
сама схема "поддержки" аналогична SLE*, но поскольку продукт ориентирован на предоставление именно решений для конкретного случая - стоимость варьируется.

>> Вы всегда отвечаете вопросом на вопрос?
привёл ссылку на описание "SUSE Linux Enterprise Virtual Machine Driver Pack", привёл ссылку на страницу загрузки готовых пакетов (да, нужна регистрация), можно почитать о чём речь:

SUSE® Linux Enterprise Virtual Machine Driver Pack SP2 contains disk and network device drivers for a number of third-party operating systems that enable the high performance hosting of these unmodified guest operating systems on top of SUSE Linux Enterprise Server 10 (SLES 10) SP1 or later. The guest operating systems supported by this driver pack are:

* Windows Server* 2008 (Not WHQL certified)
* Windows Server 2003 (Not WHQL certified)
* Windows Vista* (Not WHQL certified)
* Windows XP (Not WHQL certified)
* Windows 2000 Server (Not WHQL certified)
* Red Hat* Enterprise Linux* 4
* Red Hat Enterprise Linux 5

Note: The WHQL certified windows drivers will be included in the update channel when they are available. The update channel is accessible to those who purchase a SUSE Linux Virtual Machine Driver Pack subscription.

учесть, что все обновления для SLE* качаются "вручную" с офсайта Novell и без платной "подписки" (вы просто лишаетесь права на консультации). прошу продемонстрировать аналог - встречаю непонимание (или нежелание понимать, о чём идёт речь), кроме того, прямое заявление "Ложь" (пока ничем не аргументированное кстати).

> тем более покажите мне/нам аналог:

http://209.85.129.132/search?q=cache:vMiYaP4RT1MJ:https://rhn.redhat.com/erra...

http://209.85.129.132/search?q=cache:m-EkvnVbK_EJ:www.redhat.com/docs/manuals...

> а ваше высказывание о "хрене, редьке и LPAR" до сих пор не понятно. что вы хотели сказать-то?

"полный management solution for data centers" для z/Arch (Unix) от Новелла, Red Hat, m$, чёрта с рогам, etc, не нужен.

>> http://209.85.129.132/search?q=cache:vMiYaP4RT1MJ:https://rhn.redhat.com/erra...

A new package containing installation images for para-virtualized drivers for fully-virtualized Windows® XP and Windows Server 2003 guests running on Red Hat Enterprise Linux 5.3 (or later) hosts are now available as a Technology Preview.

и ЭТО вы называете "аналогом"?! как скачать и посмотреть, что "внутри"? или всё настолько страшно, что нужна оплаченная подписка на RHEL?

спасибо.

P.S. сути второй ссылки не понял. чего сказать-то хотели?

> и ЭТО вы называете "аналогом"?!

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

>> "полный management solution for data centers" для z/Arch (Unix) от Новелла, Red Hat, m$, чёрта с рогам, etc, не нужен.
поставьте imho. это сугубо ваша точка зрения. она, бесспорно, заслуживает уважения, но не отменяет наличие/(и востребованность) уже существующих решений.

>> Пара-драйвера для RHEL'ов и виндов?
1) Technology Preview - это не production, правильно?
2) скачать можно или нельзя?

> 1) Technology Preview - это не production, правильно?

Это первая стадия продакшена. "Мы у себя и у партнёров проверили, всё работает, но клиенты ещё не ставили."

> 2) скачать можно или нельзя?

Бинарные сборки на халяву скачать исторически нельзя. Всё, на что можно открыть код, можно скачать в виде src.rpm. Драйвера для венды наверняка с подписыванием каких-нибудь NDA писались, поэтому сорцы закрыты и не доступны для скачивания.

во, ещё нашёл "толстый ломоть сала" в вашем мсполнении:

>> mv ** (*) (09.05.2009 18:51:28)
>> > 2) Само собой разумеется, что такие жирнющие изменения в настоящий стабильный продукт никогда не попадут. В этом и есть главное отличие RHEL от SLES.

вот это Ъ заява! после чего:

>> Т.к. paravirt_ops в Федоре есть ещё с 8-й версии, то, по всей видимости, стоит ожидать VMI в RHEL6.

браво! в зале овация и хохот до колик!

а теперь пожалуйста аргументируйте, что SLE*/*SUSE не являются "настоящий стабильный продукт", плюс критерии, что есть "настоящий стабильный продукт" и потрудитесь внятно аргументировать, не строя воздушных замков на вашем собственном imho.

>> Это первая стадия продакшена. "Мы у себя и у партнёров проверили, всё работает, но клиенты ещё не ставили."
соответственно за "Ложь" не хотите извиниться?

>> Бинарные сборки на халяву скачать исторически нельзя.
странно, а Novell поощряет evaluation period testing, хотя это к делу не относится. невозможность скачать и сравнить "потроха" автоматом нивелирует само наличие данного пакета и переводит пункт "1)" уже за рамки нашей компетенции. если RH посчитает, что Novell искажает факты - возможен иск и обвинение в намеренной клевете. а на "нет и суда нет", не так ли? соответственно будем считать, что, вопреки вашему частному мнению, утверждение Novell истинно. согласны?

> браво! в зале овация и хохот до колик!

Ознакомьтесь с политикой выпусков Fedora и RHEL.

> а теперь пожалуйста аргументируйте, что SLE*/*SUSE не являются "настоящий стабильный продукт",

Основное отличие Novell от RedHat к подходам в разработке продуктов - это включение патчей, не принятых в апстриме. Почему это плохо, я бесплатно объяснять в сотый раз не буду.

> плюс критерии, что есть "настоящий стабильный продукт" и потрудитесь внятно аргументировать, не строя воздушных замков на вашем собственном imho.

Я никому ничего не должен.

> соответственно за "Ложь" не хотите извиниться?

С чего вдруг?

> странно, а Novell поощряет evaluation period testing

Редхат тоже. Позвоните ближайшему представителю, вам дадут коробку с 30-дневной подпиской.

> Редхат тоже. Позвоните ближайшему представителю, вам дадут коробку с 30-дневной подпиской.

Вот такую: http://img83.imageshack.us/img83/2318/pict6877.jpg

>> Основное отличие Novell от RedHat к подходам в разработке продуктов - это включение патчей, не принятых в апстриме.
вы только забыли добавить, что патчи "вылизываются", доводятся до ума и включение их в конечный официальный продукт автоматом означает наличие мейнтейнера/инженера Novell и поддержку 24/7, что (сюрприз?) справедливо и для линейки openSUSE, если вы заинтересованы в квалифицированной поддержке от Novell.

>> Я никому ничего не должен.
безусловно, вы и впредь вольны разбрасываться ничем не подтверждёнными высказываниями и голословно заявлять о том, что продукты SLE*/*SUSE нестабильны. это ваше право, у нас свобода слова. imho: только подобные высказывания ставят вас на одну доску с отметившимся выше г-ном "phasma", не так ли?

>> соответственно за "Ложь" не хотите извиниться?
> С чего вдруг?
вопрос закрыт. и спасибо за отжиг с VMI - это ушло в фаворитс.

>> Редхат тоже. Позвоните ближайшему представителю, вам дадут коробку с 30-дневной подпиской.
тем не менее нет доступа к уже мелькнувшему выше "Technology Preview" и подход "позвоните и..." выглядит убого по сравнению с возможностью скачать продукт с офсайта и, при желании, оттуда же качать security updates и прочие обновления "вручную".

жаль, надеялся на более интересный диалог.

> вы только забыли добавить, что патчи "вылизываются", доводятся до ума и включение их в конечный официальный продукт автоматом означает наличие мейнтейнера/инженера Novell и поддержку 24/7, что (сюрприз?) справедливо и для линейки openSUSE, если вы заинтересованы в квалифицированной поддержке от Novell.

Совсем недавно Новелл выгнала 25 инженеров из нюрнбергского офиса. В том числе и кернельщиков. Сюрприз, говорите? А кто их работу делать будет? Вы знаете, какая это большая проблема найти вменяемого человека, который имеет хоть какой-то положительный опыт работы с ядром?

Поддержка 24/7 стоит очень дорого, поэтому чем меньше неапстримного кода будет в продукте, тем меньше будет работы и, соответственно, затрат. К тому же, включение кода в апстрим с грамотными разработчиками (ядро, например) почти всегда приводит к тому, что по поводу этого кода делают правильные замечания, указывают на недостатки. Поэтому, например, Red Hat изо всех сил сливал наработки по realtime kernel в апстрим, чтобы меньше надо было геморроиться в будущем со своими кастомными патчами, перерывающими полядра.

> жаль, надеялся на более интересный диалог.

К сожалению, вы не в курсе что-то...

> поддержку 24/7, что (сюрприз?) справедливо и для линейки openSUSE

Вы бредите!

> тем не менее нет доступа к уже мелькнувшему выше "Technology Preview" и подход "позвоните и..." выглядит убого по сравнению с возможностью скачать продукт с офсайта и, при желании, оттуда же качать security updates и прочие обновления "вручную".

У новелла описание продуктов не прочитать без регистрации, а вы тут сказки про редхат рассказываете.
Гляньте страничку: https://www.redhat.com/apps/download/

поскольку, как мы успели убедиться, вы не утруждаете себя аргументацией и "бесплатными объяснениями" - дополню:
http://www.sec.gov/Archives/edgar/data/758004/000075800407000183/novl-8k_1212...
и замечу, что двухгодовой план по реструктуризации ещё не завершён. в 2009-ом запланировано сокращение 100 человек. как отмечают некоторые источники информации (возможно основываясь на инсайдерской информации) - сокращение народа, посещавшего "митинги"/(деловые встречи) и сокращение количества самих "митингов" должно пойти Novell на пользу. также не удивлюсь, если вы неспособны "озвучить" список из 25 уволенных девелоперов, а уж их вклад в ядро за последнее время мы и сами увидим.

>> Вы бредите!
http://en.opensuse.org/Buy_openSUSE
http://shop.novell.com/DRHM/servlet/ControllerServlet?Action=DisplayProductDe...
>> У новелла описание продуктов не прочитать без регистрации
давайте не будем пороть чушь. у Novell необходимо и достаточно зарегистрироваться, указав свой email, для получения доступа на evaluation продуктов линейки SLE* и выше. по истечении evaluation period все следующие патчи качаются вручную с офсайта (если вы не нуждаетесь в поддержке и довольны продуктом). "сказки" про RH я не могу рассказывать, ибо не имею ОПЛАЧЕННОЙ подписки на RHEL-network (нельзя просто зарегистрироваться и удовлетворить своё любопытство). возможности лично у меня сравнить, что "внутри" упомянутого выше "technology preview", нет.

>К сожалению, вы не в курсе что-то...

Справедливости ради, мне тоже не кажется сравнимым наличие полного имиджа пара-драйверов для всей линейки вендов (включая 2008) от сусей и какой-то ссылки на кеш гугля на пару драйверов для вендов XP и 2003, с указанием пары явных ляпов типа креша драйверов в 32 битном режиме при наличии ОЗУ 4G (что само по себе не страшно ибо 32 бит и 4g слабо вяжутся друг с другом) и неработоспособностью команды shutdown через libvirt.

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

> ибо не имею ОПЛАЧЕННОЙ подписки на RHEL-network (нельзя просто зарегистрироваться и удовлетворить своё любопытство).

Кончай лужи газифицировать. http://www.redhat.com/rhel/details/eval/

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

Чем? Когда можно было бинарные сборки RHEL свободно скачать?

> Справедливости ради, мне тоже не кажется сравнимым наличие полного имиджа пара-драйверов для всей линейки вендов (включая 2008) от сусей и какой-то ссылки на кеш гугля на пару драйверов для вендов XP и 2003, с указанием пары явных ляпов типа креша драйверов в 32 битном режиме при наличии ОЗУ 4G (что само по себе не страшно ибо 32 бит и 4g слабо вяжутся друг с другом) и неработоспособностью команды shutdown через libvirt.

OK, пусть будет так. Должно же что-то сотрудничество Новелла с m$ давать?

> поскольку, как мы успели убедиться, вы не утруждаете себя аргументацией и "бесплатными объяснениями" - дополню:

Давайте, дополните: как влияет снижение кол-ва технического персонала в SUSE после покупки их Novell'ом на качество продуктов? Одними маректоидами сыт не будешь.

> также не удивлюсь, если вы неспособны "озвучить" список из 25 уволенных девелоперов

А вы способны?

>> Вы бредите!
>http://en.opensuse.org/Buy_openSUSE
>http://shop.novell.com/DRHM/servlet/ControllerServlet?Action=DisplayProductDe...

Где там написано про поддержку 24х7? Где телефоны для России и пр.?

>Чем? Когда можно было бинарные сборки RHEL свободно скачать?

мне плевать, какие там принципы у редхата. Мне важно, что RHEL отрабатывается в федоре и в centos. именно поэтому им можно пользоваться. Если драйверы используются только покупателями рхела, то значит, что они реально не оттестированы и пользоваться ими нельзя.

>> Кончай лужи ...
1) потрудитесь не хамить. скачать же интересующий меня лично "technology preview" данный evaluation login всё равно не даст, правильно?
2) паравирт. дров для хостов с тем же SLES там также и близко нет, не так ли (в отличие от...)?
3)
>> Чем? Когда можно было бинарные сборки RHEL свободно скачать?
прошу линк на src.rpm в таком случае...

хотя полагаю, что тема пункта "1)" уже исчерпана.

>> Давайте, дополните: как влияет снижение кол-ва технического персонала в SUSE после покупки их Novell'ом на качество продуктов?
вы не поверите, но после ввода в строй OBS (openSUSE Build Service) я, как никогда ранее, доволен как качеством, так и ассортиментом "выпускаемой продукции".

>> А вы способны?
это ваша идея поднять тему. аргументации откуда вы почерпнули инфо как обычно мы пока не видели. если вы начали выставлять претензии по headcount - это требует от вас, а не от меня, ОЧЕНЬ чётких disclosure (объяснений, если вы не в ладах с английским). я привёл SEC-8-K (это очень серьёзный официальный документ) в качестве обоснования данного шага. какими источниками информации вы пользовались для конкретного утверждения именно о 25-ти разработчиках ядра?

>> Где там написано про поддержку 24х7? Где телефоны для России и пр.?
http://www.novell.com/russia/
http://www.novell.com/russia/how_to_buy/
welcome :)
ну и собсно "цена вопроса"
http://www.novell.com/russia/how_to_buy/price/

>OK, пусть будет так. Должно же что-то сотрудничество Новелла с m$ давать?

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

Лично мне сусе исторически не нравится. Я пользовался редхатом начиная с версии 4.2 или около того. Однако это не отменяет того факта, что сусе дает более широкий доступ к своим продуктам и технологиям, будь то дистрибутивы или их билд-сервис.

Кошмар-то какой - запихивать в зип xml с макросами, которым пользоваться сложно.
Цену вопроса (опенСусе) не нашёл, зато наткнулся на "Open Office.org, Novell Edition for Windows". Молодцы, одннако.

>> Лично мне сусе исторически не нравится. Я пользовался редхатом начиная с версии 4.2 или около того. Однако это не отменяет того факта, что сусе дает более широкий доступ к своим продуктам и технологиям, будь то дистрибутивы или их билд-сервис.

собсно welcome to the OBS и если у вас есть свои наработки для RHEL4/RHEL5, FC - вы можете собирать здесь Ваши пакеты, получив в качестве бонуса Worldwide mirrors и никто даже не заикнётся, если вы ограничитесь только сборками для RH/FC. то же самое справедливо и для Debian/Ubuntu, Mandrake, CentOS.

это чертовски удобно, особенно при "разворачивании" инфраструктуры с нуля, иметь некие handy tools (не учтённые в "стандартной поставке") под рукой...

> Лично мне сусе исторически не нравится. Я пользовался редхатом начиная с версии 4.2 или около того. Однако это не отменяет того факта, что сусе дает более широкий доступ к своим продуктам и технологиям, будь то дистрибутивы или их билд-сервис.

В Федоре доступен (давно, причём) билд-сервис Koji, да и сам RHEL на Федоре основан. RHN доступен в виде SpaceWalk. Все технологии, присутствующие в продуктах Red Hat, и не имеющие проблем с патентами и NDA, доступны в виде исходников для RHEL, либо ещё и в виде бинарных сборок в Fedora. Сама Fedora по набору фич практически не отличается от RHEL'а, который на этой версии Федоры построен.

> 1) потрудитесь не хамить. скачать же интересующий меня лично "technology preview" данный evaluation login всё равно не даст, правильно?

Я люблю хамить при случае. Не могу себе отказать в этом удовольствии.

По поводу возможности скачивания: если английский язык понимаешь, то там на страничке всё написано.

> 2) паравирт. дров для хостов с тем же SLES там также и близко нет, не так ли (в отличие от...)?

Зачем нужны парадрайвера для RHEL в SLES я понимаю (возможность сманить сомневающихся клиентов от более успешного конкурента). К тому же, в RHEL есть такая замечательная вещь, как ABI ядра (а в SLES нету, и это проблема и головная боль для кастомеров). Вы только подумайте: драйвера, собранные под RHEL-5.0 будут работать даже в ещё не выпущенном 5.4. Зачем нужны парадрайвера винды я тоже понимаю. Зачем нужно геморроиться с парадрайверами под SLES я, конечно, понимаю, у SLES какие-то кастомеры есть. Но, видимо, редхатовский маркетинг считает, что геморрой не окупится. Судя по финансовым результатам, маркетинг у них хорошо считает.

> прошу линк на src.rpm в таком случае...

Откуда и все берут: ftp://ftp.redhat.com/

> хотя полагаю, что тема пункта "1)" уже исчерпана.

Вас так возбуждает словосочетание technology preview? "Релиз, в котором впервые появилась данная технология" вам больше нравится? Или в SLES все новые фичи автомагически появляются уже с наработанной базой установок, фидбэком от кастомеров и багфиксами?

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

Интернет всем доступен. Читайте новости по этой тематике, в конце концов, если она вас так интересует. Почему я должен за вас работать гуглем? Вы же нашли какой-то документ, в котором про сокращения говорится? Вам нужно подтверждение, что это не мираж, и не чудится?

> >> Где там написано про поддержку 24х7? Где телефоны для России и пр.? > http://www.novell.com/russia/

Это не мой вопрос.

>В Федоре доступен (давно, причём) билд-сервис Koji

Сравнивать надо сравнимые вещи.

Если сравнивать именно сервисы, то obs явно выигрывает, поскольку помимо всего того, что есть в федоре, позволяет

1) собирать пакеты для других дистров. Для той же федоры.

2) позволяет собирать пакеты "для себя и друзей" сразу, без кучи согласований и проверок.

>Сама Fedora по набору фич практически не отличается от RHEL'а, который на этой версии Федоры построен.

надо сказать, что Федора по набору фич лет на десять впереди RHELа.

>>Сама Fedora по набору фич практически не отличается от RHEL'а, который на этой версии Федоры построен.

>надо сказать, что Федора по набору фич лет на десять впереди RHELа.

RHL 6.2 → RHL 6.2E
RHL 7.2 → RHEL 2.1
RHL 9 / FC 1 → RHEL 3
FC 3 → RHEL 4
FC 6 → RHEL 5

> Если сравнивать именно сервисы, то obs явно выигрывает, поскольку помимо всего того, что есть в федоре, позволяет

Ок, спасибо, не знал.

> надо сказать, что Федора по набору фич лет на десять впереди RHELа.

Прям. Просто Федора в несколько раз чаще выходит :)

>FC 6 → RHEL 5

Я на это как раз и обратил внимание, что отставание огромно. Кто сейчас пользуется fc6? К тому же к федоре гораздо больше пакетов, даже если сравнивать fc6 и RHEL 5.

>Прям. Просто Федора в несколько раз чаще выходит :)

ну можно и так сказать. ;)

> К тому же к федоре гораздо больше пакетов
На сервере многие вещи не нужны.

> Я на это как раз и обратил внимание, что отставание огромно
А отставание от федоры необходимо, т.к. главное качество сервера - стабильность. А федора - bleeding edge дистрибутив.

*Fedora 10 / Fedora 11 → Red Hat Enterprise Linux 6 (planned for release in the first quarter of 2010)

>> Я люблю хамить при случае. Не могу себе отказать в этом удовольствии.
спасибо за разяснение. заодно сделаем себе пометочку о предпочтениях в поведенческих реакциях пользователей RH...

>> К тому же, в RHEL есть такая замечательная вещь, как ABI ядра (а в SLES нету, и это проблема и головная боль для кастомеров)
ЩИТО?!(LOR (c)) - в пределах SP abi стабилен, сюрприз?!

>> Откуда и все берут: ftp://ftp.redhat.com/
и где там интересующий нас "technology preview"?

>> Или в SLES все новые фичи автомагически появляются уже с наработанной базой установок, фидбэком от кастомеров и багфиксами?
сюрприз?! но именно так и происходит на самом деле. базой для SLE* является openSUSE и весь build process абсолютно прозрачно происходит в OBS. багфиксы - bugzilla.novell.com - даже компиляция openSUSE идёт с учётом замечаний по RC, alpha, beta.

>> Интернет всем доступен. Читайте новости по этой тематике...
вы не соизволили привести конкретные источники информации - соответственно высказывание о 25-ти kernel developers расценивается как очередной трёп и ваше личное imho (которое вы постоянно забываете ставить перед субъективными высказываниями).

> спасибо за разяснение. заодно сделаем себе пометочку о предпочтениях в поведенческих реакциях пользователей RH...

Сделайте ещё пометочку, что полностью согласен с Дреппером.

> ЩИТО?!(LOR (c)) - в пределах SP abi стабилен, сюрприз?!

Что такое SP?

> и где там интересующий нас "technology preview"?

А вы поищите, там каталогов не так много.

> сюрприз?! но именно так и происходит на самом деле. базой для SLE* является openSUSE и весь build process абсолютно прозрачно происходит в OBS. багфиксы - bugzilla.novell.com - даже компиляция openSUSE идёт с учётом замечаний по RC, alpha, beta.

Т.е. это хорошо для Новелла, но плохо для Редхата? Так и запишем в протокол: в RHEL новая фича после разработки и обкатки в Федоре называется technology preview, а в SLES - труъстабильныйэнтерпрайзпокупайтеужктонибудьнаконец!!111

> вы не соизволили привести конкретные источники информации - соответственно высказывание о 25-ти kernel developers расценивается как очередной трёп и ваше личное imho (которое вы постоянно забываете ставить перед субъективными высказываниями).

Хорошо, расценивайте. (25 кернельщиков? 3 пиджака, 3 кинокамеры...)

>собсно welcome to the OBS
>то же самое справедливо и для Debian/Ubuntu

До сих пор страничка сборки для Debian-based содержит устарелое нечто с кучей костылей. Не собирайте там пакеты.

Не нравятся мне подобные наезды со стороны Novell. Типа на то что бы вытеснить мелкомягких мы не покушаемся так как признаем что у нас кишка тонка, а на конкурирующие решения так сразу надо поднимать хвост. Давайте сравним w2k8 vs SLES.

Почему нет сравнения Hyper-V vs Xen? Почему нет сравнения VMware vs Xen? Что стыдно сравнивать да? Вот это ведь куда более актуальные конкуренты. Не kvm единым как говорится.

у MS WDS(замена RIS) у Novell autoyast и все. у MS DFS а что там у Novell? у MS есть жутко удобная консоль ISA Server a что есть у Novell такое же удобное в плане мониторинга-администрирования из коробочки? У MS - есть издательство MS Press которое буквально завалило все и вся литературой по админинстрированию в том числе на русском языке, а вот что бы на тему администрирования Novell приличную книгу найти надо пол-России перерыть и так далее - результат - хороших специалистов по Novell днем с огнем искать надо.

Я не говорю что w2k8 и все решения от MS прямо так идеальны - это далеко не так, но на многие отдельные удачные моменты вполне можно было обратить внимание. Мелкомягкие годами тащат удачные идеи у всех вокруг, почему бы всем остальным не взять пару удачных идей?

Есть еще вагон и маленькая тележка тем на которые можно мерятся длиной половых органов. Без обид но очень часто очень походит на то в аутсайдерах по этой теме очень часто оказываются решения от Novell. Подобные вещи как представленный репорт я воспринимаю как попытки увеличить свою долю на рынке за счет других linux подобных систем и они напрямую говорят - на долю рынка Microsoft мы не покушаемся вообще. Позорище да и только.

>бред. вы сам документ хоть читали? страница 11 таблица 3 (для дебилов).

Точно. Подобные документы нужны только подобным личностям

> и обратить внимание на готовые решения по испоользованию сторонних >гипервизоров (чего нет у RH). документ очень чётко указывает, что как >минимум в ближайшие полтора года решения на KVM невыгодны во всех >отношениях и непригодны для production (стр.10, ссылка 7).

Рекламная несерьезная белиберда в стиле мелкомягких. Детский сад да и только. Решения на Xen в последнее время очень сильно критикуют, и перспективы их развития ну очень туманны. Тем более даже Citrix сделал решения на эту тему бесплатными, что вобще показывает то что они считают эту технологию не сильно то перспективной. Бери да пользуйся. http://www.citrix.com/English/ps2/products/feature.asp?contentID=1686939

> Надо венда - ставь полноценную венду и не плоди франкинштейнов. Новель > там еще кернел с поддержкой ВинАПИ не выпустил, не?

У них франкеншейны получаются на тему гибрида НетВари и Linux в последнее время. Хотя как знать что будет в будущем.

>> Не нравятся мне подобные наезды со стороны Novell
как все смогли убедитья по этому треду (и несмотря на хамство и грубость сторонников RH) в приведённом документе нет неточностей или заведомо ложных сведений.

>> Давайте сравним w2k8 vs SLES
не могу этого сделать, ибо не работаю с линейкой от MS.

>> MS WDS
могу лишь заметить, что при наличии работающей локальной сети "заливка" клиентских/(любых) машин заранее выбранными конфигурациями ПО (разными, в соответствии с запланированной архитектурой/дизайном или как это безобразие называется...) на SUSE это вопрос одного скрипта при условии, что клиент в биос поставил "загрузку по сети".

>> MS DFS
ну и... A DFS root can only exist on a server version of Windows, from Windows NT 4.0 server and up, or on a computer running Samba ... и зачем мне DFS?

>> у MS есть жутко удобная консоль ISA Server
громкий хохот в зале и овации, переходящие в истерику...

>> У MS - есть издательство MS Press
так порадуемся за квалифицированные технические справочники и высокую квалификацию администраторов MS Windows (мне, сиволапому, такие "высоты" и в страшном сне не приснятся...)

>> а вот что бы на тему администрирования Novell приличную книгу найти
а потом ты найди человека, который имеет опыт работы с той же NetWare/SLE*/*SUSE/Novell... книжка это хорошо, но, как говаривал Чапай, "а вот тут, Петька, начинаются нюансы..."

>> в аутсайдерах по этой теме очень часто оказываются решения от Novell
или вы потрудитесь аргументировать, или встаёте в один ряд с клоунами, уже отжигавшими на арене этого треда. у вас есть опыт работы с продуктами Novell, чтобы пороть такую чушь?

>> Решения на Xen в последнее время очень сильно критикуют, и перспективы их развития ну очень туманны.
или ещё одно существо, не потрудившееся ознакомиться с
http://www.linux.org.ru/jump-message.jsp?msgid=3690642&cid=3691939