2. ОЗУ выделяется динамически. Ты конечно можешь 14 виртуалок создать и молиться, чтобы они потребляли лишь по 1ГБ. Но если они станут по 2ГБ потреблять - загнутся все.

Динамически. Только стратегия работы с памятью у Linux и вообще всех UNIX такова, что они очень быстро займут всю доступную память.

Вот бы вспомнить какая именно скотина посоветовала мне VirtualBox установить. Убью гада, столько крови себе вчера из за него попортил.

VB попроще будет ИМХО. Наверное вы просто стали "опытным виртуализатором" 

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

у венды свой, особый способ работать с памятью. Она может показывать, что "использует 1Гб", а жрать все 10.

в теории это возможно, но на практике пока такого не наблюдалось.

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

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

озу нужно резервировать

не нужно

ни одного.

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

Поддержка VT-x или AMD-V.

не ну это интуитивно понятно, а вот допустим какой объем озу нужно резервировать ? и сколько ядер оставлять под хост машину

Вот мне стало интересно какие минимальные системные требования нужно соблюсти для работы хост машины kvm (без учета виртуалок) тупо минимум который нельзя нарушать для хоста

Поддержка VT-x или AMD-V.

Кстати разпошла такая пьянка, то порежу последний огурчик 
Вот мне стало интересно какие минимальные системные требования нужно соблюсти для работы хост машины kvm (без учета виртуалок) тупо минимум который нельзя нарушать для хоста 

скорее свитч чем хаб

по принципу работы это как раз L2 хаб, емнип. Но можно поковырять код если интересно.

lone_wolf пишет:

а можно пояснить для чайников

Все очень просто. У нас есть физический eth и на нем бридж. В бридж втыкаем несколько интерфейсов виртуальных машин, и получается так что все всех видят и находятся в одной сети.
Если воспринимать бридж как центральный хаб, в который воткнуты виртуалки и аплинк к остальной сети (собственно тот самый физический eth) - все становится на свои места.

скорее свитч чем хаб

а можно пояснить для чайников

Все очень просто. У нас есть физический eth и на нем бридж. В бридж втыкаем несколько интерфейсов виртуальных машин, и получается так что все всех видят и находятся в одной сети.
Если воспринимать бридж как центральный хаб, в который воткнуты виртуалки и аплинк к остальной сети (собственно тот самый физический eth) - все становится на свои места.