Új OpenSolaris build, grub boot manager

Kicsit fura hogy x86-64 aztan pedig 32 bit... foleg annak fenyeben hogy az x345 ibm korokben egy dual xeon (meg nem EM64T-vel biro) platformot takar.... de lehet kicsit tobbet hiszek mint amit latok...

nem x86-64 hanem x86/x64

x64 = x86-64 csak rovidebben leirva

Nézz meg egy UltraSPARC-on futó Solarist. A userland 32 bites, illetve a libek megvannak mindkét verzióban.

A SPARC-nál mintha a 32-64 bit áttérés nem járt volna olyan fejlődéssel, mint az AMD64-nél (a regiszterek, utasításoptimalizáció, ki tudja még mit terén), így a 64 bites programok kötelezően lassabbak voltak.

AMD64-nél mondjuk nem ez a helyzet, és bár volt AMD64-es Solaris 10-em valahol, de most hirtelen nincs, úgyhogy nem tudom megnézni, hogy ez változott-e. Gyanítom nem.

Hmm, az tényleg jó, hogy sokkal egyszerűbb lett a boot, a sokhardverkonfigurálós izé-bizé nem tetszett a Solarisban. A szürke képernyő viszont cool volt. :D Fekete mindenhol van, na de a szürke az olyan egyedi. :) Na, mindenesetre várom már az OpenSolarist. Kíváncsi vagyok rá mi lesz belőle....

akkor most megdolt a szavazas eredmenye itt a hupon? :D

picit megzavart a bejelentes, de mar latom a 'build' -et ;>

AMD64-nel kapsz egy rakas uj regisztert, amiknek a jelentoseget (kulonosen egy jo compilerrel) nem szabad alabecsulni. SPARC-nal ezzel nincs gond (S=Scalable, tobbek kozott a register set skalazhatosaga miat, bar ezt sokan nem szeretik), mig x86-nal azert jelentos bottleneck a limitalt regiszterkeszlet (lasd frame pointeres jatszadozasok a compiler-ekben)

64 bitnek ott van igazan jelentosege, ha egy alkalmazas 4 GB-nal nagyobb memoriat akar hasznalni. Minden mas bullshit. Amit irsz a teljesitmenyvesztesrol: valamennyi teljesitmenyvesztes elkerulhetetlen hiszen ha 32 bites pointerek helyett 64 bites pointereket hasznalsz, load-olsz, store-olsz akkor a cache-ed "ateresztokepessege" csokken, nagyobb lesz a cache-miss ratio, stbstbstb. Ez ellen lehet vedekezni nagyobb cache-sel (ami soha nem art), meg L2, L3 cache-ekkel, de ez mind penz (meg L1 cache-bol ugye annyi fer a CPU-ra, amennyi hely marad a tobbi logika mellett:) Mas kerdes, hogy x86-64 eseten ott van meg egy rakas regiszter, amit kihasznalva jopar use case eseten javitani lehet a CPU atvitelen.

Huhh, picit hosszu lett...

Ja, meg persze van integralt MMU, meg HyperTransport, meg mas nyalanksagok ami miatt az Opteronok olyan jol teljesitenek... csak ezekre nem tertem ki, de igazolnak teged, miszerint x86 foldon a 32-64 bit valtas eleg nagy durranasnak szamit (meg ha az intel inkabb egy teljes utasitaskeszlet valtassal (Itanic) szerette is volna meglepni a dolgot az elmult 5-6 evben:)

Bovebb info amugy itt:

http://blogs.sun.com/roller/page/tpm

Azért tegyük hozzá, hogy ezek a dolgok az EM64T-ben nincsenek meg. Mennyivel egyszerűbb ott az élet. Nem kell törődni a CPU topológiával, meg hasonló hülyeségekkel :)