public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Patrick Lauer <patrick@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Optimizing performance
Date: Thu, 15 Dec 2005 17:00:49 +0100	[thread overview]
Message-ID: <1134662449.4634.105.camel@localhost> (raw)
In-Reply-To: <43A1731C.4010806@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 2213 bytes --]

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 - you'd need >5G for openoffice :-)

> I've found that preemption with the new standard 250Hz of the kernel is
> suitable for mostly needs, however no server here has preemption enabled ;-)
My system still manages to run a DVD at a load of ~8, so from my point of view that is not a problem
(2Ghz Athlon ... one of the "faster" machines I'd say as many people
still use ~500Mhz)

What causes more problems are packages that become slow on update - e.g.
gtk+ 2.8 is _really_ slow (takes a few seconds to redraw apps that took
<1sec with 2.6 ... :-( )
> what is a normal workload ? Define it and creating tests should not be
> so difficult, then there are apps that can help to profiling, thinking
> at bootchart, sysproof, memproof, valgrind ... strace
I guess then you'd have to split into server / desktop / ...


> reiserfs is sustainable, at least for 99.999% of uses, last reiserfs bug
> on very high load (and with degraded raid5) is dated 4 years ago here.
> However upstream is going to the route of reiser4, much more complex,
> and much more unstable, latest problems where in 2.6.14, additionally no
> devs in gentoo are (will?) support it the patch for grub it's still not
> in place I think.
reiser4 is "new and untested", I'd keep away from it until it has shown its reliability.
Also in my (limited) testing it is relatively slow (about the same speed
as reiser3)
 
> > Are there any application-specific tweaks (e.g. "use the prefork MPM
> > with apache2")? What is known to break things, what has usually
> > beneficial behaviour? Are there any useful benchmarks that show the
> > performance difference between different settings?
> is'n there "ab" [1] for apache testing ?
Yes, but that's apache specific and is quite hard to use correctly.
(but very nice for slashdotting simulation ;-) )

Patrick
-- 
Stand still, and let the rest of the universe move

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  parent reply	other threads:[~2005-12-15 16:07 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-15 12:48 [gentoo-dev] Optimizing performance Patrick Lauer
2005-12-15 13:43 ` Francesco Riosa
2005-12-15 14:17   ` Diego 'Flameeyes' Pettenò
2005-12-15 16:00   ` Patrick Lauer [this message]
2005-12-15 16:57     ` Matthijs van der Vleuten
2005-12-15 14:13 ` Chris Gianelloni
2005-12-15 18:08   ` Wernfried Haas
2005-12-15 18:39     ` Curtis Napier
2005-12-15 14:43 ` [gentoo-dev] " Duncan
2005-12-15 15:43   ` Patrick Lauer
2005-12-15 15:50     ` Donnie Berkholz
2005-12-23 17:28       ` Paul de Vrieze
2005-12-23 17:36         ` Donnie Berkholz
2005-12-23 17:58           ` Lares Moreau
2005-12-15 16:03     ` Diego 'Flameeyes' Pettenò
2005-12-15 17:49       ` [gentoo-dev] " Duncan
2005-12-15 17:06     ` [gentoo-dev] " Francesco Riosa
2005-12-15 15:58 ` [gentoo-dev] " Nathaniel McCallum
2005-12-15 18:38 ` John Myers
2005-12-23 17:35   ` Paul de Vrieze
2005-12-23 23:52     ` Diego 'Flameeyes' Pettenò
2005-12-24  2:08       ` John Myers
2005-12-24 11:37       ` Kevin F. Quinn
2005-12-24 12:05         ` Diego 'Flameeyes' Pettenò
2005-12-27 15:38       ` Paul de Vrieze
2005-12-28  5:37         ` [gentoo-dev] " Duncan
2005-12-28  9:50           ` Duncan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1134662449.4634.105.camel@localhost \
    --to=patrick@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox