Ainsad komplikatsioonid on vast, et 32bit programmide jooksutamine laeb mällu paralleelselt terve koorma 32bit teeke mille tõttu mälukasutus kasvab. Kui mälu jätkub pole sellest erilist probleemi. Wine jookseb vabalt, sai aastaid wow'i mängitud 64bit all.
Mu enda quadcore core2 make.confis on:
CHOST="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CXXFLAGS="${CFLAGS}"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -Wl,-z,-combreloc"
MAKEOPTS näitab mitut faili paralleelselt kompileeritakse. Valdavalt võiks see olla tuumade arv+1.
Kernelisse mitte-kompileerimine tähendab, et saad mooduleid uuendada ilma reboodita. Erilist vahet nagu ei olegi peale selle arvestades, et mooduleid eraldi uuendada praktiliselt polegi vaja. Ehk siis võid teha nagu ise tahad.
2) teoorias on see võimalik kuid praktikas läheks parajaks keemiaks kuna "teenuse osutajal" oleks kindluse mõttes vaja identseid kompilaatori ja teekide versioone mis on kokku lastud sinuga identsete parameetritega. Kõige lihtsam vast on mõne livecd pealt make.conf maha nihverdada ja selle järgi teha. Alternatiivselt töötab ka enamuse asja peale keeramine
3) CFLAGS = kompilaatorivõtmed, enamasti optimeerimise jaoks. Praktikas on -O2'st paremat suhteliselt keerukas saada ning vahel võib -O3 ja muud võtmed hoopis asja kohati ebastabiilseks ja aeglasemaks teha.
LDFLAGS = suht sarnane eelnevale aga linkeri jaoks
USE flags = üksikute pakettide installimise parameetrid, saad näiteks sisse-välja lülitada eri featurite tuge. /etc/portage/ all on võimalik package.use/mask/unmask failidesse kirjete sisse viimisega ka per-pakette use flage muuta.
