Zidarics Zoltan <[EMAIL PROTECTED]> wrote: > processzor fele kacsintgatni, vagy meg korai. > Debian a preferalt op.rendszer, fokent C,C++ es Java fejlesztes a profil. > Jatek nem szempont.
szerintem 64bit, es amd64, 128bites memoriaelerest lehetove tevo RAM-modul kiosztas (=> rengeteg memoria-savszelesseg), es ha forditasra lesz, akkor sok CPU cache (san diego core-os athlon64, opteron). Tisztesseges hutes kell (a dobozos procihoz adott gyari huto tisztesseges, csak kicsit zajos). nekem tyan alaplapban athlon64 van otthon, es nagyon meg vagyok vele elegedve (linux only, konkretan ubuntu), bar ez nyilvan csak 1db CPU. SMP amd64 gepekkel (opteronokkal) csak mersekelt tapasztalatom van; egy dual dualcore opteron peldaul nagyon szepen skalazodott negy darab parhuzamos cpu+memoria-intenziv alkalmazasra, sima dual opteronok kettore. Ha tisztesen parhuzamosithatoak a forditasi feladataid (jol irtad le a fuggosegeket), vagy tobben dolgoztok egyszerre, akkor jol johet az smp, es van eleg memoria-savszelesseg, ami ki tudja szolgalni. Nem utolsosorban: ha komolyan fejlesztesz, akkor egy 64bites gepen (pl. chrootban) kiprobalhatod 32 es 64bites kornyezetben is leforditani az alkalmazasodat reboot nelkul. Persze ez nyilvan cpugyarto-fuggetlen. Egy masik kerdezonek: a javitasok nem feltetlenul jonnek ki lassabban a 64bites platformra - elvileg ugyanaz a forras fordul minden rendes csomagnal :-), mi tartana tovabb? Raadasul egyre valoszinubb, hogy a csomag karbantartoja is 64bites platformon fejleszt. udv, hth raas ps. http://arstechnica.com/news.ars/post/20051011-5416.html http://arstechnica.com/news.ars/post/20060306-6318.html -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
