mboost-dp1
unknown
kan ikke helt se det store ved det, det er jo kun selve livecd'en der reelt har versions numre, selve disten holdes jo altid up2date via portage med emerge.
:) (gentoo user too)
:) (gentoo user too)
Tager det ikke 3 dage at installere Gentoo, når alt skal kompiles først ?
Kunne godt tænke mig til at OpenOffice kunne tage sin tid af installere ?
Kunne godt tænke mig til at OpenOffice kunne tage sin tid af installere ?
gad godt de smed en version ud hvor man ikke skulle kompile alt... syntes det er lidt trælst at bruge 6 timer på en install...
#4 - Dark-Light
Kommer an på din maskine, hvilke programmer du skal bruge osv., men for mig har det nu taget ca. 4 dage (fra stage1), men reelt tror jeg maskinen har arbejdet i 3 dage (massere af spildtid):
Jeg har (overordnet)
KDE, OpenOffice, KOffice, Mozilla + en masse mindre programmer, til sammen har jeg ca. 300 pakker installeret... [installeret på en 1GHz Duron med 512 MB PC133 SD-RAM, så det er ikke just en kraftig maskine]
Kommer an på din maskine, hvilke programmer du skal bruge osv., men for mig har det nu taget ca. 4 dage (fra stage1), men reelt tror jeg maskinen har arbejdet i 3 dage (massere af spildtid):
Jeg har (overordnet)
KDE, OpenOffice, KOffice, Mozilla + en masse mindre programmer, til sammen har jeg ca. 300 pakker installeret... [installeret på en 1GHz Duron med 512 MB PC133 SD-RAM, så det er ikke just en kraftig maskine]
#4 - #5
Både XFree, KDE, Gnome, Mozilla, m.m. findes som binaries til gentoo. De kalder dem bare for GRP pakker...
http://www.gentoo.org/doc/en/gentoo-x86-install.xm...
Både XFree, KDE, Gnome, Mozilla, m.m. findes som binaries til gentoo. De kalder dem bare for GRP pakker...
http://www.gentoo.org/doc/en/gentoo-x86-install.xm...
OpenOffice kræver en del fusk at compile ordentligt, derfor tager jeg den somregel som binary. Problemet er at -O3, som optimerer effektiviteten, er langsommere end -OS som optimerer størelsen på pakken, i OpenOffice's tilfælde (har aldrig hørt om det i andre tilfælde). Og så er den binary der følger med optimeret på et par andre gode områder.
Og som det rigtigt bliver sagt så tager OpenOffice imellem 12 og 18 timer på et rimeligt highend system(over 1 ghz). Så medmindre din box er overloaded med Xeon processorer så skal du være tålmodig.
Og som det rigtigt bliver sagt så tager OpenOffice imellem 12 og 18 timer på et rimeligt highend system(over 1 ghz). Så medmindre din box er overloaded med Xeon processorer så skal du være tålmodig.
Nu har folk så allerede svaret for mig.. hehehe
GNOME, KDE, Openoffice og X er klart de værste på det punkt.
Så GRP er en god ting.
Jeg plejer dog bare at boote på en suse livecd, og installere fra den.
Så kan jeg høre musik, chatte browse, læse emails og det hele mens jeg kompilere løs.. :)
GNOME, KDE, Openoffice og X er klart de værste på det punkt.
Så GRP er en god ting.
Jeg plejer dog bare at boote på en suse livecd, og installere fra den.
Så kan jeg høre musik, chatte browse, læse emails og det hele mens jeg kompilere løs.. :)
#11
Følsom? Det er så ikke min oplevelse, jeg har før compilet den med flg. optimeringsflags...
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" uden problemer men jeg oplevede at
CFLAGS="-march=athlon-xp -OS -pipe -fomit-frame-pointer"
får openoffice til at starte cirka 4-5 sekunder hurtigere i gennemsnit. Det har vist noget med at gøre at det primært er en GUI applikation.
Hvis der er nogen der har forslag til ændringer i mine CFLAGS så er de forøvrigt velkomne :) (ja, det er en Athlon XP)
Følsom? Det er så ikke min oplevelse, jeg har før compilet den med flg. optimeringsflags...
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" uden problemer men jeg oplevede at
CFLAGS="-march=athlon-xp -OS -pipe -fomit-frame-pointer"
får openoffice til at starte cirka 4-5 sekunder hurtigere i gennemsnit. Det har vist noget med at gøre at det primært er en GUI applikation.
Hvis der er nogen der har forslag til ændringer i mine CFLAGS så er de forøvrigt velkomne :) (ja, det er en Athlon XP)
problemet er.. alle de andre linux dist .. de smider alt muligt lort ind... hvilke er så skide trælst...
#15
Emerget med forced flags...gør jeg næsten hver gang jeg ser en app sortere flags fra...lige undtagen kernen, nok er jeg mentalt ustabil, men dum er jeg ikke..:)
Emerget med forced flags...gør jeg næsten hver gang jeg ser en app sortere flags fra...lige undtagen kernen, nok er jeg mentalt ustabil, men dum er jeg ikke..:)
SmackedFly -> med forced CFLAGS ?
hvordan det uden at redigere i ebuild ?
Hvis du vil have lidt inspiration til nogen CFLAGS:
CFLAGS="-march= -O3 -fomit-frame-pointer -pipe -fforce-addr -funroll-loops -frerun-loop-opt -frerun-cse-after-loop -falign-functions=4 -fexpensive-optimizations -falign-jumps=4 -ffast-math -mmmx -msse -msse2 -fprefetch-loop-arrays -mfpmath=sse" Det gode ved 1.4 final som 1.4_rc4 ikke har er at livecd´en har en arch optimized compiler installeret.
på en normal cd er det CFLAGS=-mcpu=i386 fordi at den skal kunne køre med alle slags strukturere.
#4 - #5 ->
Det tager meget tid at compile Gentoo Linux fra stage1, og hvis i ikke vil bruge så meget tid på det, så prøv en stage3 i stedet for.
Det tager lang tid at compile xfree, mozilla, kde, gnome, openoffice og andre store pakker.
den tid kan man skære meget ned på ved f.eks at sætte 2 computere til at compile for 1 computer via distcc (lidt ligesom cluster serial balance)
men kan også bruge ccache, så tager det kun ½ delen af den normale tid.
Jeg har sat min 2500+ barton computer (workstation) til at compile for min XP1800+ computer (server) via distcc.
Det tog mig 49 sekunder at compile samba med distcc og ccache.
Er det her 1.4 Final
http://gentoo.oregonstate.edu/releases/x86/1.4/liv...
eller er det bare expermental versionen der er flyttet over i ikke-expermental mappen ?
hvordan det uden at redigere i ebuild ?
Hvis du vil have lidt inspiration til nogen CFLAGS:
CFLAGS="-march= -O3 -fomit-frame-pointer -pipe -fforce-addr -funroll-loops -frerun-loop-opt -frerun-cse-after-loop -falign-functions=4 -fexpensive-optimizations -falign-jumps=4 -ffast-math -mmmx -msse -msse2 -fprefetch-loop-arrays -mfpmath=sse" Det gode ved 1.4 final som 1.4_rc4 ikke har er at livecd´en har en arch optimized compiler installeret.
på en normal cd er det CFLAGS=-mcpu=i386 fordi at den skal kunne køre med alle slags strukturere.
#4 - #5 ->
Det tager meget tid at compile Gentoo Linux fra stage1, og hvis i ikke vil bruge så meget tid på det, så prøv en stage3 i stedet for.
Det tager lang tid at compile xfree, mozilla, kde, gnome, openoffice og andre store pakker.
den tid kan man skære meget ned på ved f.eks at sætte 2 computere til at compile for 1 computer via distcc (lidt ligesom cluster serial balance)
men kan også bruge ccache, så tager det kun ½ delen af den normale tid.
Jeg har sat min 2500+ barton computer (workstation) til at compile for min XP1800+ computer (server) via distcc.
Det tog mig 49 sekunder at compile samba med distcc og ccache.
Er det her 1.4 Final
http://gentoo.oregonstate.edu/releases/x86/1.4/liv...
eller er det bare expermental versionen der er flyttet over i ikke-expermental mappen ?
#17
'IKKE' uden at ændre på ebuilds :)
Kan forøvrigt IKKE anbefales, jeg har fundet ud af at der er en grund til det meste :) Men lige med OpenOffice gik det nu meget godt. Men kunne nu ikke mærke forskel fra en installation før jeg ændrede det. Og så er det fandens bøvlet...
Meget pæne flags forøvrigt, jeg må hellere lige huske at smide -mmmx og -msse (-msse2 er vist kun for minorieten endnu, har Xeon overhovedet SSE2???)
Hvordan er det forøvrigt man enabler ccache? Kender det udemærket godt, og kender hastighedsforbedringen, men er det bare at 'emerge ccache' og så ordner portage resten, eller kræver det ikke også en ændring i make.conf?
'IKKE' uden at ændre på ebuilds :)
Kan forøvrigt IKKE anbefales, jeg har fundet ud af at der er en grund til det meste :) Men lige med OpenOffice gik det nu meget godt. Men kunne nu ikke mærke forskel fra en installation før jeg ændrede det. Og så er det fandens bøvlet...
Meget pæne flags forøvrigt, jeg må hellere lige huske at smide -mmmx og -msse (-msse2 er vist kun for minorieten endnu, har Xeon overhovedet SSE2???)
Hvordan er det forøvrigt man enabler ccache? Kender det udemærket godt, og kender hastighedsforbedringen, men er det bare at 'emerge ccache' og så ordner portage resten, eller kræver det ikke også en ændring i make.conf?
SmackedFly
ccache aktiveres automatisk af portage, så det er meget let :)
Ang. CFLAGS så har jeg hørt at Xfree skulle være temmelig følsom over for -fomit-frame-pointer, men jeg ved ikke om det passer (compilede xfree uden, gad ikke prøve da hastighedsforøgelsen skulle være begrænset)
ccache aktiveres automatisk af portage, så det er meget let :)
Ang. CFLAGS så har jeg hørt at Xfree skulle være temmelig følsom over for -fomit-frame-pointer, men jeg ved ikke om det passer (compilede xfree uden, gad ikke prøve da hastighedsforøgelsen skulle være begrænset)
#19
Tja, -fomit-frame-pointer er jo ellers en af de ting der betyder mest. Men på mange systemarkitekturer udrydder det totalt muligheden for at debugge. Mener frame pointers skal opfattes som en slags peglemærker i koden der hjælper til at vise hvor tingene gik galt. Men nogle arkitekturer har ikke brug for det for at debugge, de har deres egne. Er ikke 100% sikker på det er den rigtige forklaring, men det er det jeg har læst et sted.
Tja, -fomit-frame-pointer er jo ellers en af de ting der betyder mest. Men på mange systemarkitekturer udrydder det totalt muligheden for at debugge. Mener frame pointers skal opfattes som en slags peglemærker i koden der hjælper til at vise hvor tingene gik galt. Men nogle arkitekturer har ikke brug for det for at debugge, de har deres egne. Er ikke 100% sikker på det er den rigtige forklaring, men det er det jeg har læst et sted.
#18 -> ja, Xeon understøtter sse2
prøv:
"cat /proc/cpuinfo"
så skulle der gerne stå sse2 under flags.
-- Jeg er ikke sikker på om -march=pentium4 includere -msse -mmmx osv. - men jeg var usikker, så de kom ind ligemeget om de bliver slået til eller ej.
#19 -> Nej... xfree er ikke følsom overfor -fomit-frame-pointer
et af de programmer der følger med KDE gik engang ned hvis man compilede KDE med -fomit-frame-pointer. - men ikke xfree.
-fomit-frame-pointer går ind under safe flags ifølge GCC crew og freehackers.org.
#20 ->
-fomit-frame-pointer gør at frame pointer ikke bliver registreret i funktioner der ikke har brug for en frame pointer.
det betyder at der er plads til en anden registration (en anden funktion f.eks)
-fomit-frame-pointer gør også at man ikke kan debugge på mange strukturer. (f.eks x86 kan ikke mener jeg.)
"-fomit-frame-pointer
Don't keep the frame pointer in a register for functions that don't need one. This avoids the instructions to save, set up and restore frame pointers; it also makes an extra register available in many functions. It also makes debugging impossible on some machines.
On some machines, such as the VAX, this flag has no effect, because the standard calling sequence automatically handles the frame pointer and nothing is saved by pretending it doesn't exist. The machine-description macro FRAME_POINTER_REQUIRED controls whether a target machine supports this flag"
kilde: GCC manpage
så du havde lidt ret ;)
prøv:
"cat /proc/cpuinfo"
så skulle der gerne stå sse2 under flags.
-- Jeg er ikke sikker på om -march=pentium4 includere -msse -mmmx osv. - men jeg var usikker, så de kom ind ligemeget om de bliver slået til eller ej.
#19 -> Nej... xfree er ikke følsom overfor -fomit-frame-pointer
et af de programmer der følger med KDE gik engang ned hvis man compilede KDE med -fomit-frame-pointer. - men ikke xfree.
-fomit-frame-pointer går ind under safe flags ifølge GCC crew og freehackers.org.
#20 ->
-fomit-frame-pointer gør at frame pointer ikke bliver registreret i funktioner der ikke har brug for en frame pointer.
det betyder at der er plads til en anden registration (en anden funktion f.eks)
-fomit-frame-pointer gør også at man ikke kan debugge på mange strukturer. (f.eks x86 kan ikke mener jeg.)
"-fomit-frame-pointer
Don't keep the frame pointer in a register for functions that don't need one. This avoids the instructions to save, set up and restore frame pointers; it also makes an extra register available in many functions. It also makes debugging impossible on some machines.
On some machines, such as the VAX, this flag has no effect, because the standard calling sequence automatically handles the frame pointer and nothing is saved by pretending it doesn't exist. The machine-description macro FRAME_POINTER_REQUIRED controls whether a target machine supports this flag"
kilde: GCC manpage
så du havde lidt ret ;)
Forresten: de sindsyge CFLAGS som jeg bruger, bliver kun brugt til performance spil og programmer.
til normale programmer såsom xfsamba som jeg bruger tit, der er ingen grund til at compile med insane CFLAGS. - der bruger jeg i stedte -Os så programmet starter hurtigere i stedet for at performe mere.
var der forresten nogen der kunne bekræfte om mit link var til expermential eller til final ?
til normale programmer såsom xfsamba som jeg bruger tit, der er ingen grund til at compile med insane CFLAGS. - der bruger jeg i stedte -Os så programmet starter hurtigere i stedet for at performe mere.
var der forresten nogen der kunne bekræfte om mit link var til expermential eller til final ?
Jeg har studeret lidt.
og jeg fandt dette:
-m3dnow -msse -mmmx are implied by -march=athlon-xp
-frerun-cse-after-loop -frerun-loop-opt are implied by -O3
så hvis i har Athlon XP så behøver i ikke de CFLAGS der de allerede bliver brugt.
og jeg fandt dette:
-m3dnow -msse -mmmx are implied by -march=athlon-xp
-frerun-cse-after-loop -frerun-loop-opt are implied by -O3
så hvis i har Athlon XP så behøver i ikke de CFLAGS der de allerede bliver brugt.
#23
-msse undrer mig lidt, for såvidt jeg husker siger Mplayer at den ikke bruger SSE understøttelse selvom det findes i processoren. Men det ka selvfølgelig også ha noget med ebuildet at gøre, har ikke checket det, da det ser ud til at det optimerer ganske fint.
-msse undrer mig lidt, for såvidt jeg husker siger Mplayer at den ikke bruger SSE understøttelse selvom det findes i processoren. Men det ka selvfølgelig også ha noget med ebuildet at gøre, har ikke checket det, da det ser ud til at det optimerer ganske fint.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund