Re: [gentoo-dev] Optimizing performance

2005-12-27 Thread Paul de Vrieze
On Saturday 24 December 2005 00:52, Diego 'Flameeyes' Pettenò wrote: > On Friday 23 December 2005 18:35, Paul de Vrieze wrote: > > Just to add. This is not so much related to debugging information in the > > library files (what gdb can use). That information never makes it from > > disk so is not t

Re: [gentoo-dev] Optimizing performance

2005-12-24 Thread Diego 'Flameeyes' Pettenò
On Saturday 24 December 2005 12:37, Kevin F. Quinn wrote: > I'm still convinced this is untrue (apart from disk space). IIRC was solar who said some time ago that executables are mmapped before the sections to load are loaded. And when I was using non-stripped binaries, I had less free memory than

Re: [gentoo-dev] Optimizing performance

2005-12-24 Thread Kevin F. Quinn
On Sat, 24 Dec 2005 00:52:46 +0100 "Diego 'Flameeyes' Pettenò" <[EMAIL PROTECTED]> wrote: > Actually, if the binaries are not stripped, they consume more memory. I'm still convinced this is untrue (apart from disk space). Debug symbols are not part of the executable view. The kernel & loader ma

Re: [gentoo-dev] Optimizing performance

2005-12-23 Thread John Myers
On Friday 23 December 2005 15:52, Diego 'Flameeyes' Pettenò wrote: > On Friday 23 December 2005 18:35, Paul de Vrieze wrote: > > Just to add. This is not so much related to debugging information in the > > library files (what gdb can use). That information never makes it from > > disk so is not tha

Re: [gentoo-dev] Optimizing performance

2005-12-23 Thread Diego 'Flameeyes' Pettenò
On Friday 23 December 2005 18:35, Paul de Vrieze wrote: > Just to add. This is not so much related to debugging information in the > library files (what gdb can use). That information never makes it from disk > so is not that much of a speed issue (esp. if it is split out). Actually, if the binarie

Re: [gentoo-dev] Optimizing performance

2005-12-23 Thread Paul de Vrieze
On Thursday 15 December 2005 19:38, John Myers wrote: > On Thursday 15 December 2005 04:48, Patrick Lauer wrote: > > Hi all, > > > > I was wondering if there are any sane ways to optimize the performance > > of a Gentoo system. > > Overoptimization (the well known "-O9 -fomgomg" CFLAGS etc.) tends

Re: [gentoo-dev] Optimizing performance

2005-12-15 Thread Curtis Napier
Wernfried Haas wrote: On Thu, Dec 15, 2005 at 09:13:34AM -0500, Chris Gianelloni wrote: There was a tip in the GWN about turning on dir_index on an already formatted file system. If formatting a new one, just use mkfs.ext2 -J -O dir_index /dev/$whatever to create your file system. Good thing

Re: [gentoo-dev] Optimizing performance

2005-12-15 Thread John Myers
On Thursday 15 December 2005 04:48, Patrick Lauer wrote: > Hi all, > > I was wondering if there are any sane ways to optimize the performance > of a Gentoo system. > Overoptimization (the well known "-O9 -fomgomg" CFLAGS etc.) tends to > make things unstable, which is of course not what we want. Th

Re: [gentoo-dev] Optimizing performance

2005-12-15 Thread Wernfried Haas
On Thu, Dec 15, 2005 at 09:13:34AM -0500, Chris Gianelloni wrote: > CFQ is much worse for a desktop system. I tend to like deadline for > playing games. These can probably make a bit more difference than a new > -fomg-itsofast-and-broken-math added to CFLAGS. That's funny, i switched from defaul

Re: [gentoo-dev] Optimizing performance

2005-12-15 Thread Matthijs van der Vleuten
On 12/15/05, Patrick Lauer <[EMAIL PROTECTED]> wrote: > > > Are there any application-specific tweaks (e.g. "use the prefork MPM > > > with apache2")? [...] > > is'n there "ab" [1] for apache testing ? > Yes, but that's apache specific and is quite hard to use correctly. Isn't that what you asked?

Re: [gentoo-dev] Optimizing performance

2005-12-15 Thread Patrick Lauer
On Thu, 2005-12-15 at 14:43 +0100, Francesco Riosa wrote: > having more than one disk or a lot of memory add very interesting > addition, read raid 0 (stripe) or tmpfs for working data that does'nt > need a backup fex: $PORTIR, /var/tmp ... tmpfs has miserable performance when larger than RAM iirc

Re: [gentoo-dev] Optimizing performance

2005-12-15 Thread Nathaniel McCallum
On Thu, 2005-12-15 at 13:48 +0100, Patrick Lauer wrote: > > I was wondering if there are any sane ways to optimize the performance > of a Gentoo system. for package in $system_packages; do profile_application $package eliminate_bottlenecks $package submit_patch_upstream $

Re: [gentoo-dev] Optimizing performance

2005-12-15 Thread Chris Gianelloni
On Thu, 2005-12-15 at 13:48 +0100, Patrick Lauer wrote: > - don't overtweak CFLAGS. "-O2 -march=$your_cpu_family" seems to be on > average the best, -O3 is often slower and can cause bugs -O2 -march=$your_cpu_family -pipe -fomit-frame-pointer -pipe Use pipes rather than temporary files fo

Re: [gentoo-dev] Optimizing performance

2005-12-15 Thread Diego 'Flameeyes' Pettenò
On Thursday 15 December 2005 14:43, Francesco Riosa wrote: > Some upstreams, mostly media related but also unsuspectable like MySQL, > use and test their apps with high optimizations. Not exactly true.. many media related upstreams forces "ricing" flags (-fomg-so-fast) on packages, but that does n

Re: [gentoo-dev] Optimizing performance

2005-12-15 Thread Francesco Riosa
Patrick Lauer wrote: > Hi all, > > I was wondering if there are any sane ways to optimize the performance > of a Gentoo system. > Overoptimization (the well known "-O9 -fomgomg" CFLAGS etc.) tends to > make things unstable, which is of course not what we want. The "easy" > way out would be buying

[gentoo-dev] Optimizing performance

2005-12-15 Thread Patrick Lauer
Hi all, I was wondering if there are any sane ways to optimize the performance of a Gentoo system. Overoptimization (the well known "-O9 -fomgomg" CFLAGS etc.) tends to make things unstable, which is of course not what we want. The "easy" way out would be buying faster hardware, but that is usuall