Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Ostatnio widziałem na IRC, że kilka osób zaczyna się interesować Xenem. Tymczasem zasłyszałem [b]plotkę[/b], jakoby było to rozwiązanie odchodzące powoli do lamusa, sukcesorem ma być [deb=kvm]KVM[/deb].
[quote=Marco d'Itri](...) Xen is dying and KVM is the present and the future.[/quote]
(z wątku [url=http://lists.debian.org/debian-devel/2010/02/msg00653.html]Xen, Squeeze, and Beyond[/url])
Zresztą deweloperzy jądra w Debianie [url=http://dug.net.pl/news/25/]już jakiś czas temu[/url] odnotowywali, że Xen jest technologią „przestarzałą”. Nie wiem czy chodzi tylko o trend w Debianie, czy ogólny — chciałem tylko zwrócić uwagę.
BiExi chyba coś napomykała, że na nowym serwerze DUG-a chce porobić systemy wirtualne za pomocą Xena, może jeszcze jest czas aby przemyśleć użycie KVM. Bo pakowanie się w nowym wdrożeniu w technologię, która (jakoby) ma kończyć karierę, nie ma moim zdaniem sensu.
Ostatnio edytowany przez azhag (2010-02-26 08:20:15)
Offline
Wygląda jednak na to, że jest to tylko debianowy trend:
[quote=Andrew M.A. Cater]I think that the problem here is that Xen isn't mainstream in the
kernel. It takes a long time for a Xen-ified kernel to come out and any
distribution supporting it has to carry a heavy patch burden. Xen
doesn't keep anywhere current in terms of kernel - if we release Squeeze
this year with kernel 2.6.3*, Debian will have to maintain all the patches
/ "forward port" them to 2.6.32 or 2.6.33 as was done with 2.6.2*.
Red Hat will support Xen for Red Hat Enterprise Linux 5.x, for example,
primarily because it was there for 5.0 on 2.6.18. Red Hat now have a 7
year commitment to a support lifecycle based on one kernel
release. The Red Hat kernel is already heavily patched (and takes
18 months or so to release - by the time they stop supporting 5.x,
the code will be almost 9 years old) - and the back patching of
security fixes and requested features through the support lifecycle is
a nightmare for them. I'd be slightly surprised if they commit to Xen
through the lifecycle of their version 6.x.[/quote]
([url]http://lists.debian.org/debian-devel/2010/02/msg00659.html[/url])
(chociaż ostatnie zdanie sugeruje, że jednak Xen może być wkrótce w delikatnych opałach)
Ostatnio edytowany przez azhag (2010-02-26 09:29:36)
Offline
IMHO Xen jest technologia przyjemniejsza gdyz nie wymaga pelnej wirtualizacji jak KVM ("KVM requires your system to support hardware virtualization") ... nie chodzi nawet o wymog wsparcia sprzetowego a o to ze wirtualizacja wspierana przez jadro goscia (parawirtualizacja) powinna byc bardziej wydajna ...
jak na razie z wiki zniknelo "Will be abandoned after squeeze." wiec jest nadzieja :-)
Offline
KVM ZTCW obsługuje również parawirtualizację, choć wg Wikipedii — w ograniczonym stopniu:
[quote=Wikipedia]Limited support for paravirtualization is also available for Linux guests and Windows (...)[/quote]
Co do wydajności — jestem ostatnia osobą, która by się mogła wypowiadać, ale z pogłosek KVM sprawuje się świetnie (deweloperzy grmla sobie bardzo chwalili, również w podlinkowanej dyskusji ktoś stwierdził, że Windows wydajniej działa na KVM).
Xen ma też tę przewagę, że działa na innych niż x86 architekturach (wkraczamy powoli w erę ARM, przynajmniej w niektórych zastosowaniach).
Z kolei KVM wydaje mi się łatwiejszy we wdrożeniu (jest w jądrze, nie trzeba czekać na łaty i ich nakładać).
[quote=bercik]jak na razie z wiki zniknelo "Will be abandoned after squeeze." wiec jest nadzieja :-)[/quote]
:)
Ostatnio edytowany przez azhag (2010-02-26 12:23:27)
Offline
testow wydajnosciowych nie robilem (ale moze jak bede miec chwile i prad ...) to poeksperymentuje w roznych konfiguracjach (ale pewnie tylko linux-linux, ew. linux-bsd) ... ale jezeli mowa o wirtualizacji z windows w roli guest to chyba tylko pelna wirtualizacja (bo win chyba nie ma wsparcia dla parawitualizacji xenowej)
odnosnie patchowania to xen ma jakies plany wejscia do glownej galezi "pv_ops dom0 support is planned to be merged into upstream kernel.org Linux kernel, so dom0 support should be included in the standard Linux kernel in the future." (http://wiki.xensource.com/xenwiki/XenDom0Kernels) ... ciekawe tylko czy i kiedy to nastapi?
Edit: ten fragment o tym ze wymaga wsparcia sprzetowego to z opisu paczki w Debianie ...
Ostatnio edytowany przez bercik (2010-02-26 13:02:48)
Offline
Osobiście jestem za KVM. Programiści XEN-a już od dłuższego czasu starają się włączyć jego obsługę (Dom0) do mainline lecz główni programiści jądra ciągle po nich jadą... W ciągu ostatnich 12 miesięcy było kilka prób włączenia kodu XEN-Dom0 do kernela jednak dalej nici z tego. Dla zainteresowanych linki do dwóch artykułów [url=http://www.heise-online.pl/open/features/Jadro-Linux-kontrowersyjne-wlaczenie-kodu-Xen-Dom0-systemy-plikow-dla-dyskow-SSD-778337.html]1[/url] [url=http://www.heise-online.pl/open/features/Jadro-Linux-wersja-2-6-30-z-obsluga-Xen-Dom0-krytyka-galezi-staging-778345.html]2[/url].
Ostatnio edytowany przez siarka2107 (2010-02-26 15:47:22)
Offline
mozesz napisac cos wiecej na temat [quote=siarka2107]Osobiście jestem za KVM[/quote]
- dlaczego, jakie ma przewagi, jakie masz z nim doswiadczenia ...
Ostatnio edytowany przez bercik (2010-02-26 17:19:44)
Offline
Red Hat bez konieczności nie idzie w [url=http://webhosting.pl/Red.Hat.wydaje.kompletny.pakiet.wirtualizacyjny.na.bazie.KVM]KVM w ciemno[/url] choć jest to nowa technologia, tak samo główni developerzy kernela bezpodstawnie nie wprowadzają Dom0 do mainline. Konkretnych wyników testów czy porównań nie posiadam ale tak jak piszą w artykułach do których dałem linki wcześniej XEN stoi na razie na rozdrożu a KVM jest "pewną" technologią (przynajmniej na najbliższych kilka lat). Choć jest to technologia zależna również od możliwości hardware a dokładnie procka uważam, iż dobrym rozwiązaniem byłoby postawić na nią... decyzja oczywiście należy do założycieli.
Offline
Podsumowanie wątku z listy Debiana:
http://lists.debian.org/debian-devel/2010/02/msg00686.html
Offline
[quote=Pasi Kärkkäinen]Xen folks are creating 'xen/stable' branch for the pv_ops dom0 kernel,
which is tracking the long-term supported 2.6.32 kernel, which Squeeze
will ship. Currently it's at 2.6.32.9.
So Xen dom0 support for Squeeze shouldn't be as problematic as the
Lenny 2.6.26 kernel was. (no other distro shipped 2.6.26 and it was
not a long-term maintained kernel).
Now it would be a good time for everyone to test and report any problems
found from the pvops dom0 kernel; it's still a WIP (Work In Progress),
and requires both the success and problem reports.[/quote]
http://lists.debian.org/debian-devel/2010/03/msg00006.html
Offline
Time (s) | Query |
---|---|
0.00011 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00126 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.191.212.146' WHERE u.id=1 |
0.00101 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.191.212.146', 1732927420) |
0.00040 | SELECT * FROM punbb_online WHERE logged<1732927120 |
0.00084 | DELETE FROM punbb_online WHERE ident='3.140.196.5' |
0.00065 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=16198 AND t.moved_to IS NULL |
0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
0.00244 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=16198 ORDER BY p.id LIMIT 0,25 |
0.00119 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=16198 |
Total query time: 0.00799 s |