Dude, ale to nie jest (teraz) hypervisor do szerokiego zakresu zastosowań, tylko do stawiania lekkich wirtualek pod aplikacje.<br><br><div class="gmail_quote">On Thu Jan 08 2015 at 11:14:25 AM Radoslaw Szkodzinski &lt;<a href="mailto:astralstorm@gmail.com">astralstorm@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2015-01-08 12:06 GMT+01:00 Robert Sebastian Gerus &lt;<a href="mailto:ar@bash.org.pl" target="_blank">ar@bash.org.pl</a>&gt;:<br>
&gt; 2015-01-08 10:57 GMT+01:00 Radoslaw Szkodzinski &lt;<a href="mailto:astralstorm@gmail.com" target="_blank">astralstorm@gmail.com</a>&gt;:<br>
&gt;&gt; 5) Własne urządzenia wirtualne = pisz nowe drivery wszędzie. Gorsza<br>
&gt;&gt; kupa niż VMWare ESX.<br>
&gt;<br>
&gt; Jakie własne? VirtIO<br>
<br>
VirtIO nie ma nadal driverów do sporej gamy urządzeń. (M.in.<br>
wirtualizowanego USB, Audio, etc. Gdzie Xen coś ma, a QEMU też ma<br>
własne wolne.)<br>
Innymi słowy z automatu można uznać, że ten hypervisor nie działa dla<br>
szerokiego zakresu zastosowań.<br>
<br>
Do tego jest wolne w porównaniu do mechanizmu z Xen PVH czy PVHVM[1].<br>
VirtIO daje context switch między VM w przypadku wywołania<br>
&quot;przerwania&quot; tego urządzenia.<br>
<br>
[1] <a href="http://wiki.xen.org/wiki/Virtualization_Spectrum" target="_blank">http://wiki.xen.org/wiki/<u></u>Virtualization_Spectrum</a><br>
<br>
--<br>
Radosław Szkodziński<br>
<br>
______________________________<u></u>_________________<br>
General mailing list<br>
<a href="mailto:General@lists.hackerspace.pl" target="_blank">General@lists.hackerspace.pl</a><br>
<a href="https://lists.hackerspace.pl/mailman/listinfo/general" target="_blank">https://lists.hackerspace.pl/<u></u>mailman/listinfo/general</a><br>
</blockquote></div>