Jak je na tom FreeBSD ohledne desktopu? Pokud se nemilim tak nejvice aplikaci pro FreeBSD je dostupne diky linuxove emulaci. Neni to trochu vyhaneni certa dablem? A pokud bych se rozhodl emulovat virtualni pocitac pro windows tak s VirtualBoxem asi dobre nepochodim. Neco jsem se kdysi dozvedel o win4bsd, jak si na tom stoji oproti VirtualBoxu? A u wine je pry podpora slabsi nez u linuxu.
To snad neni pravda, ze mohou porad existovat takove bludy :-/ To vyslo odkud ta ptakovina, ze vetsina aplikaci je pres linuxovou emulaci? Asi to vyslo z lenosti, protoze najit tuto stranku je tak otazka 10 sekund http://www.freebsd.org/…s/index.html
Desktop jde udelat i z HP-UX pokud to clovek umi.
Pokud si dobre pamatuji, tak win4bsd bylo jen modifikovane Wine, ktere se prodavalo pod komercni licenci pro domaci pouziti ve FreeBSD bylo zdarma. Ale uz to delsi dobu neexistuje a zbylo jen http://win4lin.com/wp/ . VirtualBox pochopitelne v portech je.
Z pohledu kvality kodu je na tom s virtualizaci nejlepe Qemu. VirtualBox je desna slatanina, VMware je na tom podstatne lepe.
„To snad neni pravda, ze mohou porad existovat takove bludy“
>> Mno jak vidite mohou :-). Vite kolik uzivatelu PC po celem svete nema ani paru o linuxu natoz o nejakem bsd? Ja s FreeBSD pracoval vseho vsudy tak cca. 2× a to kdyz jsem si ho nainstaloval a opetovne vymazal :). Jinak mate pravdu ze neco takoveho me melo napadnou hned ze nejaky porty vubec existujou. V clanku se objevila informace o linuxove emulaci a nejak mi to vlitlo do hlavy, omlouvam se :)).
Co se tyce VirtualBoxu / Qemu / VMware tak bych potreboval nejakou rychlou emulaci pro windows xp (windowsacky programy proste k praci potrebuji) a wine je tak vhodny pro hry kde nevadi ze semtam spadne (nebo ze vubec hru/aplikaci nenastartuje). Ovsem mam pocit ze kdyz jsem zkousel Qemu na linuxu tak rychly to moc nebylo (pomalejsi nez VirtualBox). Ale aby to nevypadalo ze porovnama hrusky s jabkama tak mozna na FreeBSD to pofrci dobre ;-). A VMware jsem jeste nezkousel.
QEMU ve spojeni s KQEMU kernel driverem ( http://www.freshports.org/…/kqemu-kmod/ ) bezi temer nativni rychlosti (minus overhead), pouzivane casto jak s Windows 2000, tak Windows XP. Zridka se najdou problemy se stabilitou, windowsupdate obcas polozi na kolena cely (guest) OS, ale to je vicemene bezne chovani Windows i mimo VM. QEMU tomu jen trochu vic napomaha projevit se, dost to zalezi i od toho, jak jsou Windows uvnitr udrzovany. Jedinym vetsim problemem je udychana grafika, kde guest OS bezi, jak je v techto pripadech zvykem, ve VESA modu, a pro cloveka zvykleho na nativni akcelerovany desktop to nemusi byt nejpohodlnejsi (alternativne QEMU nabizi jeste emulaci SVGA adapteru z nektereho obstaroznejsiho VMWare, ale vysledek za moc nestoji, jak vykonem, tak stabilitou).
VirtualBox, jak tu uz nekdo napsal, je slatanina nejhorsiho linuxackeho kalibru a podle toho se i chova, teda zatim spis nechova. Najit konfiguraci, na ktere jakz-takz nastartuje (neplest s „bezi“), vyzaduje nadlidske usili. Nicmene, pracuje na tom uz delsi dobu hned nekolik lidi a situace se porad vyviji, da se predpokladat, ze vyhledove tak do roka bude VBox dustojnou alternativou QEMU i pod FreeBSD. Ale chce to jeste trochu prace.
Virtuální stroj v QEMU s KQEMU neběží v reálu nativní rychlostí ani omylem. Ostatně není to jen můj (v produkci potvrzený) názor, ale i z konferencí jsou stejné ohlasy. Pokud ve FreeBSD funguje VirtualBox, šel bych spíš do něj. Navíc Qemu čas od času trpí zajímavými neduhy, jako že můžete přijít o data apod.
Gratuluji, v tom pripade mame oba jine „produkci potvrzene nazory“. Ja jsem spokojeny s plynule bezicim QEMU a Vy muzete byt spokojen se svym „potvrzenym nazorem“, nebo si treba nekdy radne nainstalovat FreeBSD. Kdovi. Nicmene, to, ze problem bude nutno hledat jinde nez v QEMU, naznacuje i zaver Vaseho prispevku, s nicnerikajici anekdotou o „jako ze muzete prijit o data apod“. Tak to ja mam taky jednu:
„U prochazky parkem Vas muze zasahnout meteor apod.“
Kdybyste přišel o data jednoduchým vytvořením snapshotu, tak byste asi mluvil jinak. A to nebylo náhodné. To, že se to vám nestalo _naprosto nic neznamená_ (ala taky vám najdu několik lidí, co nemají naprosto žádný problém s windows). Na detaily se vám můžu zeptat kolegy, který se s tím potýkal.
Když už jsme u virtuálních strojů:
Mně startuje a dokonce i běží VirtualBox bez jediný chyby. Mám na tom XP PRO a nikdy nebyl problém s rychlostí ani stabilitou, možnosti konfigurace na jedničku. ;-)
Qemu není špatný, ale hůř se konfigurovalo a instalace jakýhokoliv Win OS byla podivná.
Co člověk, to trochu jiná zkušenost.
No v tom pripade se omlouvam ja, protoze je videt, ze dokazete i uznat chybu. Cili je predpoklad, ze rozum mate :-) Ono cele to rypnuti bylo hlavne o tom prinutit ke cteni. Kdyby to delalo vice lidi, tak by vznikalo mene komplikaci. Ale dokonaly svet si necham do pristiho zivota :-D
Wine bych se radeji vyhybal. Pokud uz clovek potrebuje veci z Windows, tak je lepe investovat do komercni verze Wine a tou je Cross over Office. Co se tyce VirtualBoxu, tak Windows urcite funguji dobre. Preci jen ty velke firmy si navzajem podrzi dvere kvuli nekterym smlouvam. VMware jsem videl i nekolik stroju kde FreeBSD bylo jako host/server pro ruzne jine systemy v Guest. Pokud to jen jde, tak davam prednost Qemu. Rychlost bude asi subjektivni. XP v tom jelo dobre. Nutne je pouzit modul KQEMU pro akceleraci a tady jsou mozna nejake vhodne celkove tipy http://www.qemu.org/qemu-doc.html#…
Dobry den,
Qemu na svem FreeBSD desktopu pouzivam na virtualizaci WinXP denne uz peknou radku let (roky 3 :) a nejsou s tim zadne velke problemy. Rychlost je opravdu takrka nativni. Jediny problem, ktery sem zpozoroval je chovani qemu v „okne“, kdy se obcas jakoby na moment sekne mys. Ve full screenu s tim zadny problemy nejsou. Druhy problem je ze se VM neda priradit vice jak 1.5GB RAM, coz by se obcas hodilo. Co se tyka jeste kqemu – je dobre si mod virtualizace zkontrolavat pres qemu consoli prikazem „info kqemu“. Obcas clovek zapomene parametr nebo zapomene dohrat modul a pak se cele virtualni prostredi plazi jak had po obrne. Nicmene qemu jako takove je rozhodne pouzitelne – tak hovori ma leta driny praxe a odrikani.
S FreeBSD desktopem jako takovym maximalni spokojenost – kde3.5.8, serepeticky typu compiz, vnc, mplayer, amarok, nejake java tooly pro ladeni oracle db (java_diablo 1.6), xsane na scanovani, pidgin, skype.. Zkratka vse co potrebuju k praci.
Hmmm. Zajímavé. Kqemu samozřejmě bylo kontrolované. Bez toho v podstatě nešlo ani rozumně pracovat (ver 9.cosi). Provozujete paravirtualizované ovladače? Podle tohoto http://blogs.igalia.com/…6/chart2.png, taky nebyly výsledky srovnatelné s nativním během. Kdybyste netvrdil, že to provozujete 3 roky, tak bych byl schopen připustit, že byl problém ve verzi, ale takhle…
Vyzkousim Qemu jak mi radite. Plnou virtualizaci si ani neuziju – mam notebook s procesorem intel ktery toto „neumi“. Ovsem posledni cas travim resenim vetsiho problemu a to jest ovladace pro wifi a znamy problem s Broadcomem. Mam model BCM4312 takze ovladace ve FreeBSD jeste nejsou. Kdyz pres ndis skompiluji 32 bitovy bcmwl5.sys a nactu modul tak zadny zarizeni se nevytvori (nechci se plest ale myslim ze jsem snad cetl ze na FreeBSD AMD64 musi taky byt 64-bit windowsacky ovladace). Tak jsem zkusil 64-bitovou verzi bcmwl564.sys. Mno pri takto vytvorenem modulu mi vsak freebsd spadnou (resp. se restartuji). A co divnejsi se mi ted stalo ze z nepochopitelneho duvodu se mi pri jednom takovem padu smazala oblast MBR s bootmanagerem takze jsem nemohl uz nastartovat. Nevim jaky mate zkusenosti s necim podobnym Vy ale duvera po tomto ve me zrovna nestoupa (spis naopak). Ale mozna ze jsem neco nekde udelal spatne, prece jen jsem ve FreeBSD zelenac.