On 9/23/2017 8:51 PM, Dominik Ałaszewski wrote:
>> OS pracujący jako HOST musi przeznaczyć na swoje potrzeby częsc pamięci.
> Każdy, hypervisor też. Oczywiście mniej, bo choćby nie musi
> uruchamiać np. środowiska graficznego. No i jak chcesz uruchamiać
> więcej niż 1 gościa, to RAMu i tak wypadało by mieć sporo.

Jednymz gosci ma być OpenWRT więc ram śmiesznie mały. Drugi to Debian w
trybie tekstowym na którym okazjonalnie przepuszczam enkodowanie wideo.
Czasem jakiś starszy windows. Dam to radę pomieścić na 512 bez
najmniejszych problemów.

>> OS to kilkanascie sekund (jak dobrze pójdzie) na wystartowanie kernela.
> Kilkanaście sekund? Kernela? To żart, czy jednak nie sam
> kernel miałeś na myśli? :-)

Linuxa. Mniej więcej tyle startuje na docelowej maszynie współczesny
kernel "skrojony ma miarę". Co ciekawe wiele z tego zabiera scrollowanie
framebuffera. Sprawdziłem :/

> I tak, bare metal HV też nie startuje w sekundę :-)

Nie spodziewam się jednak aby startował wolniej. Chyba że te wszystkie
bare matal sa oszukane i pod spodem mają normalne jądro systemu do
oglądania facebooka.

>> OS to problem z przydzielaniem guestom kawałków hardware ktore OS już
>> sobie zaalokowal (np. VBox potrafi przekazywać do gości urzadzenia PCI).
> No OK, ale to nazywasz "utrudnianiem bootowania"? Problemy z alokacją
> zasobów i dłuższe bootowanie? Bo jak dłużej, to musi być trudniej? ;-)

Tak, nazywam to utrudnieneim bootowania bo najpierw musze wyjasnić
hostowi żeby mi hardware nie ruszał. Zakładam że dedykowany uruchamiacz
HV nie będzie musial przejąć na własność wszystkich urządzen jakie widzi.