Dnia 22.09.2017 Sebastian Biały <heby@poczta.onet.pl> napisał/a:

Oczywiscie znam podstawowe typy jak xen, kvm, virtual box itd. Ale pytam bo może gdzies przeoczylem, wirtualizator nie wymagający pod spodem normalnego OSa. Niestety te OSy zjadają ram i utrudniają bootowanie.

Przeoczyłeś "bare metal hypervisors".

Nie znalazłem porównania nt narzutu pamięci, ale dla początkującego
ESXi będzie IMHO zupełnie dobre, dość intuicyjny interfejs (www).

BTW: pierwsze słyszę, żeby OS "utrudniał bootowanie". Możesz rozwinąć myśl?

--
Dominik Ałaszewski (via raspbianowy slrn)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

On 9/23/2017 10:02 AM, Dominik Ałaszewski wrote:

BTW: pierwsze słyszę, żeby OS "utrudniał bootowanie". Możesz
rozwinąć myśl?

OS pracujący jako HOST musi przeznaczyć na swoje potrzeby częsc pamięci.

OS to kilkanascie sekund (jak dobrze pójdzie) na wystartowanie kernela.

OS to problem z przydzielaniem guestom kawałków hardware ktore OS już sobie zaalokowal (np. VBox potrafi przekazywać do gości urzadzenia PCI).

Itd.

Dnia 23.09.2017 Sebastian Biały <heby@poczta.onet.pl> napisał/a:

BTW: pierwsze słyszę, żeby OS "utrudniał bootowanie". Możesz
rozwinąć myśl?

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.

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? :-)

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

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? ;-)

--
Dominik Ałaszewski (via raspbianowy slrn)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

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.

Dnia 23.09.2017 Sebastian Biały <heby@poczta.onet.pl> napisał/a:

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 :/

Ja tam nie wiem, jaką Ty masz maszynę, ale u mnie na wcale nie
cutting edge laptopie (Lenovo X201) kernel startuje w mniej
niż sekundę wg sysloga (a ściślej, systemd-journal).

17 sekund to mija od wpisania hasła do LUKSa do pojawienia się ikon na dekstopie.

--
Dominik Ałaszewski (via raspbianowy slrn)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

On 9/23/2017 10:06 PM, Dominik Ałaszewski wrote:

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 :/

Ja tam nie wiem, jaką Ty masz maszynę, ale u mnie na wcale nie
cutting edge laptopie (Lenovo X201) kernel startuje w mniej
niż sekundę wg sysloga (a ściślej, systemd-journal).

Atom w jakiejś starej wersji.

17 sekund to mija od wpisania hasła do LUKSa do pojawienia
się ikon na dekstopie.

Z jakiejś przyczyny u mnie czas robi się 3x lepszy jesli wyrzucę z kernela support dla framebuffora. Przypuszczalnie jest albo popsuty albo wymaga wołania BIOSu i przełaczania się miedzy coraz to głupszymi trybami pracy cpu. Nie wiem i mam to w nosie.

na marginesie: prawdopodobnie zakończę kombinowanie przez postawienie jakiegoś wirtualizatora na normalnym debianie. Miałem jednak cień nadziei :/

W dniu 23.09.2017 o 22:08, Sebastian Biały pisze:
/../

na marginesie: prawdopodobnie zakończę kombinowanie przez postawienie jakiegoś wirtualizatora na normalnym debianie. Miałem jednak cień nadziei :/

Wirtualizator jednak musi umieć wszystko to, co normalny system.

On 2017-09-23 10:02, Dominik Ałaszewski wrote:

Nie znalazłem porównania nt narzutu pamięci, ale dla początkującego
ESXi będzie IMHO zupełnie dobre, dość intuicyjny interfejs (www).

Jeszcze pytanie jak z wymogiem:
"f) pozwwala na podglądanie ekranów maszyn na głównym ekranie"

bo z bare metali to z tym jest problem aby bezposrednio z poziomu hosta
podejrzec graficzna konsole guesta. Takie cos zapewnia bodajze
XenClient. ESXi da sie oczywiscie podejrzec ale dopiero po podlaczeniu
vsphere clientem.

Chyba ze watkotworcy chodzilo wlasnie o to.


--

memento lorem ipsum

Dnia 26.09.2017 elmer radi radisson <radi@spam-spam-spam-eggs-bacon-and.spam.wireland.org> napisał/a:

Jeszcze pytanie jak z wymogiem:
"f) pozwwala na podglądanie ekranów maszyn na głównym ekranie"

No właśnie pytanie, co OP miał na myśli pod pojęciem
"główny ekran". Uznałem, że chodzi o ekran konsoli zarządzania wirtualkami.

bo z bare metali to z tym jest problem aby bezposrednio z poziomu hosta
podejrzec graficzna konsole guesta. Takie cos zapewnia bodajze

To wymaganie (jeśli faktycznie wchodzi w grę) poniekąd koliduje
z wymaganiem małego narzutu pamięci. I fakt, ESXi tego nie ma.

XenClient. ESXi da sie oczywiscie podejrzec ale dopiero po podlaczeniu
vsphere clientem.

Albo przeglądarką.

--
Dominik Ałaszewski (via raspbianowy slrn)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.