packete optimieren
Christian Ordig
chr.ordig at gmx.net
Wed Dec 12 17:25:03 CET 2001
On Wed, Dec 12, 2001 at 03:44:01PM +0100, Jan-Benedict Glaw wrote:
> Was hast Du denn da am Laufen, daß sich so mördermäßig optimieren
> läßt? Ich kann das nämlich kaum glauben...
POV-Ray ... ok zugegebenermassen, laesst sich das wirklich _extrem_
optimieren... bzip2 usw. liegen bei ca. 40% Leistungszuwachs.
> > > - Eigene libraries
> > sind ja nur bei der Weitergabe von Binaries interessant, und da hat man mit
> > dem GCC ebenfalls so seine Probleme.
>
> Hatte ich noch nie, wenn man mal davon absieht, asbach-uralte mit ultra-
> aktuellen Systemen verheiraten zu wollen.
aehm ... ja ... die glibc-Misere halt ... und andere shared libs nicht
zu vergessen, die in der Version stimmen muessen.
> > > - Angeblich Probleme mit C++
> > nur probleme mit _vorhandenen_ C++ binary-libs. Der C++ Compiler selber
>
> Schade aber auch:-)
>
> Na suuuba. Dann ersetzen wir ein allgemeines, gutes, ausgereiftes Tool,
> daß für einen Spezial besser läuft, aber ansonsten nicht benutzbar ist.
naja ... mal ehrlich ... wie oft brauch ich auf meiner x86 Kiste Sparc-
Code? wohl doch eher selten. und auf der Sparc kann ich ja den gcc nutzen,
da gibt es halt nix, was besser optimiert. Es geht ja hier nicht um
generieren, sondern optimieren.
> > hat sich Intel fuer Version 6.0 vorgenommen. Kommt vielleicht ein wenig
> > auf die Kooperationsbereitschaft der Kernel-Entwickler an ... oder Intel
> > schafft es tatsaechlich alle GNU-"Erweiterungen" zu implementieren... ;-)
>
> Ich bin gespannt. Ich glaube es nicht:-)
ja... mal schaun. Es wuerde allerdings in Bereichen, wo Geschwindigkeit
durch einfaches neucompilieren erhoeht werden kann, einiges an Kosten
senken helfen, die sonst in bessere Hardware fliessen muessten, um
einen equivalenten Leistungszuwachs zu erzielen ...
--
Christian Ordig
Germany
More information about the Linux
mailing list