Матчасть почитай перед очередным высером постом.

>>Без выхода самба 4 нового уровня распространения не достичь, винду с серверов без этого не выпилишь.

С каких серверов?

С корпоративных, на которые приходится почти половина серверов

О-ло-ло! Это же что же весь парк «корпораций» это серверы для обслуживания инраструктуры AD? Интересные такие корпорации...

И да кстати «Active Directory в корпорации» это вероятнолсть но не аксиома, не стоит забывайть про NDS ибо у многих оно «работает-не трожь!»

RHEL6 beta2/x86_64 не загрузилась в виртуалке с 512М памяти - init прибили по OOM.. Так что ж - теперь linux жрет памяти больше XP ?!

>Ошибка явная, KVM не уступает не кому.

Уступает (уступал) по части дискового IO.

Про Virtio и vhost-net случаем не забыли? XEN он по disk-IO имел приемущество только в рамках паравиртуализированного гостя, сейчас когда virtio уже отлажено это примущество не назовешь серьезным.

> И как субъективные ощущения?

Работает быстро и стабильно. Всё на virtio-дисках.

Stable не нужен, есть вечный Testing.

> что делает реклама платного дистрибутива на сайте подсвященным открытым проектам?

С чего Вы взяли, что данный дистрибутив платный?

Долгожданненько

Ура я таки не помер до релиза

На пиратбее уже есть?

Не забыл, разумеется. Просто имеющиеся тесты показывали хорошее отставание virtio от Xen на IO. А мне, если самому тестировать - несколько дней надо найти на это...

По-моему, 30% оверхеда - это будет серьезно. Готов мириться с 10% ))

>Работает быстро и стабильно. Всё на virtio-дисках.

Ну и славненько ))

На ветке CentOS announcements: When will CentOS 6 beta be out?

Please do not pester the CentOS developers with queries regarding the beta release. Details will be made available at the appropriate time.

А кто что может сказать о RHEL Desktop? Имеет ли смысл сие?

>KVM уступает тем, что требует для использования аппаратную поддержку виртуализации.

а где ее теперь нет?

>То есть trial 30 days - это trial поддержки , а так бесплатно ?

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

Работаем и с KVM (Windows/Linux) и с Xen (Unix/Linux) - однообразно. Все стабильно. Но мне не нравится, что KVM хост-машина выделяет память для виртуалки внутри своего процесса. Плюс для Windows-guest какие-то левые 512Мб прибавляются при выделение овер 4Гб. Тоесть выделено якобы 4Гб, винда говорит, что у нее 4.5Гб из них 4Гб доступны...

> Оно ведь только платное ? :(

Только поддержка.

ЛОЛШТО? Выходит я смогу апдейты качать до 2010 года?! Ваааауууу!

Значит всё же оно платное.

>ЛОЛШТО? Выходит я смогу апдейты качать до 2010 года?! Ваааауууу!

Имелось ввиду до 2020 года, конечно же.

>Please do not pester the CentOS developers with queries regarding the beta release. Details will be made available at the appropriate time.

А еще они говорили, что лучше тестить официальные беты рхела и баги отписывать редхатовцам - так всем лучше будет

в этом дистрибутиве платные только фирменная поддержка и артворк

На лапоть поставил, т.к. по работе надо было. В игры играть не получится (только в те что репах) - старый GLibC и Mesa. новые дрова на видео поставить не получится - ядро старое (родное Ынтерпрайзное). С RHEL6 думаю будет получше. Но с центоса не слезу - очень все качественно и продуманно, даже в гноме по дефолту в контекстном меню есть «распаковать сюда» и «открыть терминал здесь». Как по мне это значит подумали про юзера.

И апдейты

Хороший дистрибутив, но вряд ли его имеет смысл ставить дома (как некоторые тут предлагают). Есть федора, тем более, что с 14-ой версии есть стабильные и нестабильные репы.

В игры не играю, драйвера видео не обновлялись больше пяти лет. А что там с механизмом поддержки? Репы только по подписке?

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

Потому что незачем дублировать функционал, как это делает XEN. А использовать уже существующие подсистемы Linux ядра - e.g. планировщик, аллокатор и так далее. XEN это прослойка-гипервизор между железом и хостовым Linux ядром, а KVM это гипервизор в ядре. Для Linux это должно быть более выгодно, особенно для Linux VM.

>> ЛОЛШТО? Выходит я смогу апдейты качать до 2010 года?! Ваааауууу!

Имелось ввиду до 2020 года, конечно же.

Обновления тоже в поддержку запишете, ладно?

http://wiki.centos.org/AdditionalResources/Repositories

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

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

Странно, бету ставил на разные девайсы. Ща заказал evaluation — буду на HP`шных блейдах тестить.

>Обновления тоже в поддержку запишете, ладно?

У меня наверное просто другие представления о подддержке. Обычно под этим подразумевается техническая поддержка, а не обновления. Собственно как у многих ОпенСорс проектов - скачать продукт и обновления бесплатно, а если трабла - за деньги консультации. Ну или там плюшки какие-нибудь впридачу.

> А использовать уже существующие подсистемы Linux ядра - e.g. планировщик, аллокатор и так далее.

Если бы XEN использовал тот же планировщик, что и KVM - это был бы шаг назад. Ибо планировщику XEN'а можно для любого домена задать вес и лимит использования процессора (и это ещё одна причина, по которой XEN мне нравится больше). А KVM вынужден использовать системный планировщик, в котором ничего из этого не предусмотрено.

> У меня наверное просто другие представления о подддержке. Обычно под этим подразумевается техническая поддержка, а не обновления. Собственно как у многих ОпенСорс проектов - скачать продукт и обновления бесплатно, а если трабла - за деньги консультации. Ну или там плюшки какие-нибудь впридачу.

Обновления это один из результатов работы технической поддержки.

>Обычно под этим подразумевается техническая поддержка, а не обновления.

Ну, если хотите — можете собирать пакеты из src.rpm сами. А так — за Вас их соберут и проверят что сделали это правильно. Вот за это (в том числе) и деньги.

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

Обновления доступны в исходниках, если что.

Нет денег на подписку - можешь собирать сам. Если не в состоянии собрать самостоятельно - используй CentOS.

> а где ее теперь нет?

В старых давно купленных и работающих серверах.

>Право на сущестование имеют только два Линукса - RedHat и Android. Всё остальное должно сгинуть в вечных муках.
Поддерживаю. Все остальное от лукавого.

>>Хороший дистрибутив, но вряд ли его имеет смысл ставить дома (как некоторые тут предлагают). Есть федора, тем более, что с 14-ой версии есть стабильные и нестабильные репы.

О нестабильных можно подробнее и желательно линки на них?

fedora есть потому что есть redhad

fedora есть потому что есть redhad.

Пользуюсь fedoroй со второй версии, до этого был redhad7.3

> У меня наверное просто другие представления о подддержке. Обычно под этим подразумевается техническая поддержка, а не обновления. Собственно как у многих ОпенСорс проектов - скачать продукт и обновления бесплатно, а если трабла - за деньги консультации. Ну или там плюшки какие-нибудь впридачу.

если «обновление» - это просто новые версии от разработчиков программ, то было бы странным видеть просьбы оплатить. Но в случае с RHEL версии от разработчиков меняются очень редко (а то и вообще не меняются) на протяжении всей жизни дистрибутива; обновления в данном случае - это патчи для закрытия дыр в безопасности или бэкпортированные стабилизированные фишки. Вот именно за это (а не за тупой пересбор rpm с новой версией) денег и просят. Это просто гигантский кусок работы в масштабах дистрибутива.

Если бы XEN использовал тот же планировщик, что и KVM - это был бы шаг назад. Ибо планировщику XEN'а можно для любого домена задать вес и лимит использования процессора (и это ещё одна причина, по которой XEN мне нравится больше). А KVM вынужден использовать системный планировщик, в котором ничего из этого не предусмотрено.

В стандартном планировщике есть nice, ionice, cpu affinity. Для большинства задач imho этого хватает. Жёстко ограничивать CPU наверное нужно, если CPU продаётся виртуальщикам по квотам?

Я не понял вопроса. Или ты коммента (-; `ls /etc/yum.repos.d/` сделай, да посмотри *testing и *rawhide. Ну или на pkgs.org глянь, всяких Les RPM de Remi...

> В стандартном планировщике есть nice, ionice, cpu affinity. Для большинства задач imho этого хватает.

Одним хватает, другим не хватает - что делать? Вот мы и используем то, что более эффективно в этом вопросе - XEN'ом.

Жёстко ограничивать CPU наверное нужно, если CPU продаётся виртуальщикам по квотам?

1) Я не продаю, но использую.
2) Что делать тем, кто продаёт? Ответ выше. Пример - Amazon EC2.

>>Я не понял вопроса. Или ты коммента (-; `ls /etc/yum.repos.d/` сделай, да посмотри *testing и *rawhide. Ну или на pkgs.org глянь, всяких Les RPM de Remi...

Я просто не думал что ты нуб. Вот эта фраза «Есть федора, тем более, что с 14-ой версии есть стабильные и нестабильные репы.» заинтересовала меня, так как я думал что что-то пропустил. testing и rawhide уже есть хз скока время, ну и подключение rawhide вытянет мне куски от следующей версии Fedora. И глядеть проще не на pkgs.org, а на http://repos.fedorapeople.org/repos/ он более актуален.

Ты б еще сказал, что debian не нужен, потому что есть ubuntu.

приходится использовать убунту 10.04 LTS потому что дебианы совсем охренели с выходом 6-й версии. релиза нет и нет. и смысла то переходить с этой убунту никакого нет - то же самое ядро, но в убунту всё оттестировано в реальной жизни за полгода уже, а релиза дебиана так и нет. кретины руководят в дебиан.

> Есть федора, тем более, что с 14-ой версии есть стабильные и нестабильные репы.

Стабильные и нестабильные репы были и в 10-й версии, и раньше. Просто в каментах на ЛОРе становится заметно веселее, когда на это закрывают глаза, спасибо лоровским аналитикам.

Поддержка до Конца Света и больше (с) я
Или поддержка до вендекапца (с)
Как лучше?

2) Что делать тем, кто продаёт? Ответ выше. Пример - Amazon EC2.

В таком случае корпоративный спрос быстро порождает предложение :) Не так сложно будет добавить квотирование CPU процессу.

> В таком случае корпоративный спрос быстро порождает предложение :) Не так сложно будет добавить квотирование CPU процессу.

Спрос-то есть, сам недавно обгуглился. Причём спрос на ограничение потребления процессора был ещё до появления KVM. Толкового предложения не видать.

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

щааас. оно еще пишет что использовать можно только на системе с 2мя ядрами, если вдруг хочешь поставить на сервер с 4мя ядрами - ты нарушитель и вор.

>В стандартном планировщике есть nice, ionice, cpu affinity. Для большинства задач imho этого хватает. Жёстко ограничивать CPU наверное нужно, если CPU продаётся виртуальщикам по квотам?

ximeric, ИМХО, прав. Жесткое ограничение мы используем для разграничения емких Java-приложений. Вот есть у нас Zimbra, используют веб-морду очень немного народу, параллельно в другой виртуалке крутится еще одно емкое приложение. Так вот, что Zimbra, что другая виртуалка жрут проц немеренно, вот тут и спасает выставление лимитов. Ограничеваем Zimbra чтобы не зажиралось. Пусть лучше Zimbra притормаживает :)