Linuxo Forumi

Možda je mali nesporazum ali ja nisam koristio binarne pakete već sve komplajlirao sa malo većom optimizacijom:
CFLAGS="-march=i686 -mtune=i686 -O3 -pipe"
i sve pakete skidao sa net-a tako da je installer praktično napravio samo particije i mount-ovao iste. Kernel je 2.6.16-r1 a na cd-u je 2.6.15-r5 itd.
Ti ovo nazovi kako hoćeš, ja ovo nisam pisao da bi diskutovali o installer-u koji ipak može da se upotrebi, već ako neko može da mi da neki savet u vezi mog pitanja, mada, istini za volju, nikad nisam dobio pomoć na ovom sajtu pa je ne očekujem ni sad.

Kraj.

 
Mozes slobodno da se oprostis od ozbiljnijeg developinga, -03 ( fweb ) ce da razbije debugging kao i neke programe.
 
march i mtune ne idu zajedno, tj. march radi isto sto i mtune
 
RTFM



jeeeez Error in Socket ( 10 ) je samo exit code i nista vise, sta se desavalo pre toga ( text pre exit code-a) bi bio dobar pocetak.

Povecaj timeout za rsync # echo "PORTAGE_RSYNC_OPTS=--timeout=360" i gledaj da li pravi konekciju (netstat) ....

aj'

Valjda export, a ne echo?  

Nemoj njih, nadji nesto drugo. Em su najsporiji (ne mislim na transfer vec na to koliko cesto se sinkuju), em im se desi da po nedelju dana ne odrade sink.

sto se -O3 optimizacije tice, izbaci to, izvrsni kod em je mnogo veci em se sporije izvrsava nego sa -O2.
Kod mene vec dugo, dugo stoji:

CFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe -fforce-addr -maccumulate-outgoing-args -funroll-loops -mno-push-args"

A za mirore:

GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp://gentoo.itdnet.net/gentoo/ http://gentoo.ITDNet.net/gentoo http://ftp://gentoo.inode.at/source/ http://www.ibiblio.org/pub/Linux/distributions/gentoo"

Izabrani su sa mirrorselect komandom.

Znas kako, meni velicina nije toliko bitna. Sto se flagova koje si pomenuo tice, bas taj TFM kaze sledece:

-mno-push-args
Use PUSH operations to store outgoing parameters. This method is shorter and usually equally fast as method using SUB/MOV operations and is enabled by default. In some cases disabling it may improve performance because of improved scheduling and reduced dependencies.

-maccumulate-outgoing-args
If enabled, the maximum amount of space required for outgoing arguments will be computed in the function prologue. This is faster on most modern CPUs because of reduced dependencies, improved scheduling and reduced stack usage when preferred stack boundary is not equal to 2. The drawback is a notable increase in code size. This switch implies -mno-push-args.

-funroll-loops
Unroll loops whose number of iterations can be determined at compile time or upon entry to the loop. -funroll-loops implies -frerun-cse-after-loop. It also turns on complete loop peeling (i.e. complete removal of loops with small constant number of iterations). This option makes code larger, and may or may not make it run faster.

Znam da je -mno-push-args suvisno, ali nisam hteo da ga izbacujem dok se ne resim da prekompajliram ceo sistem (a to se nece desiti dok gcc4 ne bude stable).

Nigde nisam video zasto je -funroll-loops "samoubisto" za ceo sistem, niti se kod mene bilo sta lose desava. Opet, gentoo paketi vode racuna i ako postoje flegovi koji im ne odgovaraju ili sa kojima ne rade, jednostavno ih izignorisu. Jedan od primera je mplayer - apsolutno ga ne zanima koje si ti flegove podesio i radice sa svojima osim ako mu eksplicitno ne naglasis da hoces da koristi bas tvoje.

O cemu ti to? Hoces da pocnes flejm "gentoo vs. ostali"? Ja sam ti pogresan covek za tako nesto, meni je svaki distro manje-vise isti.

Sajt je zajebancija (jeste dobar) ali nema nikakve veze sa pricom.

Sto se flegova koji stoje kod mene tice, pravo da ti kazem nisam ti ja od "tweakera", ja volim da mi masina radi, da sluzi ona meni, a ne ja njoj, tako da, sto se flegova tice, stavio sam ono sto je stajalo kao "recomended safe CCFLAGS" za athlon-xp, pogledao ofrlje sta koji radi, video da mi masina radi jednako brzo kao pod slekom, odlucio da mi je mnogo laksa za odrzavanje, zakljucao glibc i gcc da se ne apdejtuju i "nastanio" je umesto sleka posle jedno nedelju dana testiranja.

E da, da ne bude da lazem, _jesam_ radio jedan "tweak" koji mi je oduzeo ceo dan - prebacio sve na LVM i stavio XFS umesto Reisera. Nadam se da mi se oprasta neznanje posto "...reiser je mnogo brzi sa malim fajlovima, a XFS je optimizovan za velike fajlove i mnoooogooo sporiji pri brisanju, tako da si se zajebao i..."...

Opet da te pitam: koja je svrha tvog posta? Meni nisi rekao nista novo.
Da ne gresim dusu, mozda nekome koristi.