Выбор конфигурации ядра для гостя виртуальной машины. (kvm best practices)

[little Jon]

Для серверов я использую Debian. Но сервера у меня в основном виртуальные. Для развертывания я используют образ net-inst, то есть ядра по установленные по дефолту. Как то на вебинаре ред хат я услышал что у них есть скрипт который оптимизирует ядро да и не только ядро, под использование в роли гостевого хоста виртуальной машины. Убунту так же готовит ядра немного оптимизированные для VM. Есть ли что то подобное применительно для Debian, некие kvm best practices ?

[BigBrother]

К debian это не относится, но возможно вам будет полезно --> http://pic.dhe.ibm.com/infocenter/lnxinfo/...actices_pdf.pdf

[drBatty]

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

меньше слушайте рекламу. Это те же самые батарейки XYZ, которые "работают в N раз дольше обычных!". На самом деле, они конечно работают в N раз дольше, но и стоят в M раз больше, потому сфера их применения довольно ограничена. И потому, применяют их редко(в космической, в военной, и в прочей такой технике, где вопрос цены не на первом месте).

Однако, для магазина и и завода выгоднее делать батарейки XYZ, ибо профит производства ровно в M раз больше, при тех же вложениях. Таким образом, в их интересах расширить сферу применения XYZ настолько, насколько это возможно.

Увы.

PS: естественно M>N, ибо если-бы это было иначе, "обычные батарейки" никто бы вообще не покупал.

[yars]

Чем отличатся "оптимизированное для VM" ядро от обычного? Берите конфиги обоих ядер, смотрите diff'ы и делайте выводы.

[vr13]

Для серверов я использую Debian. Но сервера у меня в основном виртуальные

современные ядра обычно конфигурируются с

CONFIG_PARAVIRT=y
CONFIG_PARAVIRT_SPINLOCKS=y
CONFIG_PARAVIRT_CLOCK=y

а также с поддержкой VIRTIO

есть еще несколько параметров, специфичных для двух поддерживаемых ядром виртуализаций - kvm и xen (тут говорится про ванильные ядра, т.е без патчей lxc, openvz итд). сконфигурированное таким образом ядро может работать и хостом, и гостем, "понимая" что под ним - "голое железо" или гипервизор. понятно, что paravirt_ops отбирают немного производительности

под

есть скрипт который оптимизирует ядро да и не только ядро

скорее всего имеются в виду runtime-конфигурация, например, гостю можно приказать пользоваться тривиальным io-планировщиком, а не cfq/bfq, потому что хост kvm или dom0 xen управляет физическими дисками самостоятельно и нет необходимости это дублировать в госте. наверняка можно придумать что-то ещё похожее