- This topic has 25 одговора, 11 гласова, and was last updated 20 years, 4 months раније by
.
-
Чланци
-
[quote=”Diablo”]Povecaj timeout za rsync # echo “PORTAGE_RSYNC_OPTS=–timeout=360” i gledaj da li pravi konekciju (netstat) ….
Valjda export, a ne echo? :)[/quote]
da da, export je ono pravo 8)
Ja sam mislio da napravi echo output na make.conf, al’ mi se omaklo u elaboraciji 😉
GENTOO_MIRRORS=”ftp://mirror.etf.bg.ac.yu/gentoo/”
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/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://gentoo.itdnet.net/gentoo/ http://gentoo.ITDNet.net/gentoo ftp://gentoo.inode.at/source/ http://www.ibiblio.org/pub/Linux/distributions/gentoo”
Izabrani su sa mirrorselect komandom.
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”
@LYb RTFM[/url]tvoj code ce na kraju biti gori tj. veci nego sa default -03, ne treba zaboraviti da je hdd najsporiji deo “slagalice”. Funroll je dobar za pojedine aplikacije ali za ceo sistem to je suicide. Maccumulate-outgoing-args ukljucuje -mno-push-args koji si posebno dodao, i isto daje veci code size. Kakav to “impact” ima na CPU Cycle mozes da predpostavis.
Ja se drzim bazicnih flagova za compilers, dok sistem tweakujem iznutra, na ovaj ili onaj nacin
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.
Nigde nisam video zasto je -funroll-loops “samoubisto” za ceo sistem, niti se kod mene bilo sta lose desava.
ROFL evo pogledaj ovde ima dedicated webpage za funroll
http://funroll-loops.org/Gle LYb moras da napravis razliku izmedju Warning i Error poruka. Ono sto radi tebi je irelevantno, sto se mene tice mozas da trpas cak i ldflags na production database server, nema veze sto ce mysql biti linkovan dinamicki/staticki, sto custom build nije autotools-based… bitno je da nam gimp “trci” brze tj. u tvom slucaju sa tako velikim executables mnogo sporije
a posle se pitamo sto RHEL i Novell razvaljuju na enterprise trzistu.
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
[code]find . -type f -name “*.ebuild” | xargs grep -i unset CFLAGS | wc -l
78
[/code]Koji ebuildovi? mplayer i gaim, pa ne cudi me, idi na njihovu official bugzilla , prijavi distro (Gentoo) i neki bug. Za dve sekunde ces dobiti “INVALID bug” status na email.
aj’
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.
Мораш бити пријављен да би поставио коментар у овој теми.