Dotaz: i386 system a AMD64 kernel

[Jiří Svoboda]

Uz jsem tu v poslednich tydnech nekolikrat zminoval svou nespokojenost se mnou zkousenymi AMD64 distribucemi (co se tyce pouziti na desktopu) a nasledny navrat k 32 bitum. Soucasne je mi ale proti srsti nevyuzit alespon castecne potencial 64 bitoveho CPU. Takze jsem se rozhodl, ze se z experimentalnich duvodu pokusim dat dohromady hybrida vlastni konstrukce™.
Chci zacit tim, ze nekde uzmu binarni kernel a moduly pro AMD64 (asi Fedora, ta se mi tu vali) a pokusim se jej nabootovat. Z toho plyne ma otazka: Potrebuji k bootu s AMD64 kernelem nejake utility nativni, nebo vystacim s i386 utilitami v emulaci?
Pokud kernel pobezi, pujcim si odnekud GCC (Gentoo stage 3?) a zkompiluji si v chrootu vlastni kernel. No a dal se uvidi...
Pokud nekdo prispeje konstruktivnim komentarem, budu rad.

Odpovědi

[MOJE]

sice nerozumim duvodum pro nespokojenost, ale x86_64 kernel by mel byt bez problemu nabootovatelny i na systemu, kde vsechny binarky budou x86. Jen se bude dost spatne kompilovat (crosscompilator) a vykonostne je to k nicemu, protoze rezie OS neni zdaleka tak velka, aby se to vyplatilo.

[Jiří Svoboda]

Duvody pro nespokojenost jsem zminoval napriklad tady.
Pokud mate za to, ze by to melo bootovat, je to to, co jsem chtel slyset.
Kompilaci chci delat nativni, proto si chci napred nekde pujcit binarni kernel a v nem pouzit nativni GCC (v chrootu). Crosskompilaci se snazim vyhybat od dob, kdy jsem delal pro ARM. Jak padlo na jednom Wiki, "... as hacking Makefiles until the cows come home gets very boring." (i kdyz v pripade kernelu by to nemelo byt az takove drama).
Nepocitam s tim, ze by mi samotna vymena kernelu zvedla vykon, ale budu mit svuj lety overeny system a soucasne si v nem budu moci hrat i s 64 bitovymi vecmi - to je ten duvod.

[MOJE]

aha
no tam bych videl problem prave v tom "hrani" si s 64bit, protoze pro to hrani je potreba mit bud vsechno staticky, nebo mit stejne nekde bokem sadu 64bit kompletnich knihoven. Duvody jsem si precetl, ale z vlastnich zkusenosti muzu rict, ze pouzivam 64bit uz delsi dobu a problemy nemam. leda ten mplayer, ktery holt v 64bit verzi neumi pouzivat kodeky, ale s tim jsem se smiril a prehraje i tak skoro vsechno. a co se tyka kompilace programu, ktere nejsou v baliccich tak mam cca 90% uspesnost kompilace ze src.rpm napoprve a jen jeden balicek se mi zkompilovat nepodaril vubec (byl jsem liny toho tam prilis upravovat) a to byl RipperX.

[MOJE]

tak odvolavam co jsem odvolal slibuji co jsem slibil. RipperX v aktualni verzi zkompilovat lze a funguje bez problemu. takze k dnesnimu datu 100% balicku, ktere jsem chtel kompilovat jsem zkompiloval a programy v nich bezi. (dokonce uz jsou kompilovatelne i openoffice2.0 (verze M72), ale ty jeste nebezi a je to ponekud na dlouho)

[Jiří Svoboda]

Jasne, s tou sadou knihoven bokem pocitam.
Rozvedu to "hrani": Napriklad kdybych chtel jeste jednou zkusit Gentoo, tak momentalne nemam sanci to delat v chrootu, protoze nemam AMD64 kernel. Pri pouziti Live CD zase nebudu mit behem instalace dostupny puvodni system. A abych si kvuli instalaci jedne distribuce instaloval druhou, to uz mi prijde ponekud uchylne.
No, kazdopadne to zkusim, treba to opravdu nikam nepovede, ale alespon se zase necemu priucim...

[Martin Zoubek]

S vytvářením hybrida x86_64/x86 už mám pár zkušeností, kompiluju si totiž 64-bitovou verzi Linux From Scratch. Pár poznatků:

- pokud se v kernelu zapne IA32 Emulation, nemusí být ani jedna aplikace 64-bitová, v pohodě poběží 32-bitový busybox, glibc, init, prostě cokoli

- pokud chcete mít 64b systém (což asi chcete ), a chcete, aby např. mozilla byla 64b musí být 64b všechny knihovny, které daný program používá, počínaje glibc. Obdobně, pokud chcete 32b mplayer, musíte mít k dispozici 32b verze všeho, včetně glibc.

- 64b binárky se docela nafukují, oproti 32b bývají až o 30-40 % větší

- 64b programy jsou rychlejší, minimálně na třeba výše zmíněné mozille je to dost poznat. Faktem na druhou stranu je, že se déle zavádí, kvůli své velikosti. Benchmarky zatím žádné nemám.

- programy s kusy assembleru pro x86 se nezkompilují, assembler x86 a x86_64 totiž není totéž. Drastický příklad je třeba xvidcore, ta se stane celkem nepoužitelnou. [není to tak špatný - v příští verzi podpora 64b bude]

- 3D akcelerace chodí stejně dobře jako v 32b (nvidia) - a podle dnešní zprávičky konečně i ati.

- logické a rozumné je samozřejmě mít nativní, tedy 64b knihovny v lib a 32b kdekoli jinde. Osobně to řeším tak, že si chrootem připojím celý 32b systém, ve kterém si něco zkompiluju a do 64b systému si přenesu jen daný program + všechny .so knihovny (určím dle ldd -r program).

[Jiří Svoboda]

Vetsinu z tohoto jsem vedel, nicmene dekuji za odpoved a pekne shrnuti (urcite se bude hodit i dalsim).