Well, -march=core2 should work, but is there any evidence that it is the fastest option?
The atom is a in-order CPU. Every CPU since the Pentium-Pro was a Out-Of-Order CPU.

Somebody could do some benchmarks. I would try -march=i586 together mit the -msse -msse2 -msse3 flags.

Well, well.
But as I wrote. I could even do a
"emerge dialog" or "emerge nbench" and the result is a unuseable system.
My CFLAGS are quite sane, I would say. At least they worked for one year ;)

Hardware problem is not likely. I'm currently building a new gentoo in a chroot and there I have no ...

Well, the problem started when portage tried to merge the first glibc 2.7 package.
During this operation the system got unuseable and it didn't complete.
So it left me with a half installed glibc 2.7.

Every operation to unmerge glibc 2.7 or 2.6 can not complete because it segfaults.

Well, I'm ...

Posted above. Changed the problem description and the title. It is not only a problem with glibc anymore. Every run of emerge makes my system segfaulting. Even when I compile such small and unimportant things like dialog.

Cheers,

the whole mess started when I tried to update to glibc 2.7.

The compile went fine but when portage copied the glibc-files into the filesystem, it stopped somewhere in the process with a segfault.
After that the system was not useable anymore. Simple console commands resulted in segfaults ...

padoor wrote: i am not whining about slow emerge.
i am ready to go still slower provided the cpu will give some power to other video and music also while emerging.[/b]

Ahm, did you already try setting makeopts to -j1 and setting Portage_Niceness to 19 ??? It should really do the trick.

Why not simply use the "ondemand" governor?

Gibt es einen speziellen Grund, wieso du den intel-Framebuffer Treiber nutzt? Der vesa-Treiber bewahrt einen vor Problemen, die es mit den spezifischen Treibern leider immer wieder gibt.

Geschwindigkeitsmäßig ist zur Zeit auch Gnome ganz vorne mit dabei. Die haben da in der letzten Zeit einiges dran getan, da kommt KDE inzwischen nicht mehr mit, vor zwei Jahren war das noch genau umgekehrt.

Da würde ich aber widersprechen. Bei Ubuntu merkt man beispielsweise einen gravierenden ...

?????

XGL und AIGLX sind die Technologien, auf deren Basis die 3D-Fenstermanager arbeiten können.
Da XGL-Howto ist okay. Aber je nach deiner Grafikkarte kannst du vielleicht auch AIGLX benutzen. Ist auf jedenfall zu empfehlen, wenn möglich.

Compiz ist der gängigste 3D-Fenstermanager und erhält ...

Schuss ins Blaue: Probier mal die Kerneloption "noapic" beim Booten

Mal versucht, eine frische Xorg.conf anzulegen?

AIGLX funktioniert nicht mit den ClosedSource-Treibern. Da kannst du nur XGL benutzen.
Schau dir am besten Mal die Kapitel http://gentoo-wiki.com/HOWTO_ATI_Drivers und http://gentoo-wiki.com/XGL im Wiki an.

Die /var/log/Xorg.0.log sollte Auskunft geben, was beim Starten mit dem Voodo-Treiber schief geht.
Aber als "neu" würde ich die Grafikkarte nun nicht bezeichnen *g*

Also, ich nutze gcc-4.2.0 und nach meinem Eindruck kompiliert der langsamer als der 4.1.2er

Diese Vergleiche sind mit Vorsicht zu genießen. Unterschiedliche Compiler-Flags und unterschiedliche Compiler Versionen führen zu völlig unterschiedlichen Ergebnissen.
(damit meine ich die Vergleiche zwischen verschiedenen Maschinen.)

mit genlop -t mozilla-firefox kannst du abrufen, wieviel Zeit ein merge gebracht hat.
Dass eine RAM-Disk viel Geschwindigkeit bringt, bezweifle ich. Wenn genug RAM da ist, bleiben die Dateien eh im FileCache, also im Arbeitsspeicher genauso wie bei einer RAM-Disk.

Irgendetwas macht ihr aber falsch. Ich habe als 2. stärksten Rechner immer noch meinen Athlon 2400+ mit 1GB RAM, und der aktuelle AMD3800+ x2 ist auf einem Kern allein bereits doppelt so schnell wie der alte, selbst schon beim kompilieren. Was macht ihr das ihr die so langsam bekommt?

Die ...

Mein Upgrade von einem AthlonXP-2800+ auf einen AthlonX2-4400+ hat mein Gentoo kaum spürbar beschleunigt. Systemstart ist etwas schneller, hängt aber vermutlich mehr mit der etwas schnelleren Festplatte zusammen.
Wo die beiden Kerne voll ausgenutzt werden, ist das System in der Tat doppelt so ...

http://www.gal-potsdam.de/files/klibc-1.5.tbz2
http://www.gal-potsdam.de/files/binutil ... .0.16.tbz2

Bin mal so nett und lade gerade hoch. Hoffe du hast einen Athlon64, sonst sind meine CFLAGS falsch.

Ich hatte das Problem, dass beim Starten von KDE immer irgendwelche merkwürdigen Soundeinstellungen geladen wurden, die dazu führten, dass ich nix mehr hören konnte.
Wenn bei dir gar nichts mehr hilft, dann behilf dir mit einem Script, das über das Kommandozeilentool amixer die notwendigen Channels ...

Sollte das ändern des Makefiles unnötig machen.

Spannend, xproto-7.0.6 existiert derzeit gar nicht im Portage-Tree.

Noch ein Problem ist wohl, dass bei der Benutzung von mesa und der Kompilierung mit gcc-4.2.0 alle OpenGL-Ausgabefenster einfach schwarz bleiben.