From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1EmvdR-0005Uf-NJ for garchives@archives.gentoo.org; Thu, 15 Dec 2005 16:07:14 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jBFG5tHF025540; Thu, 15 Dec 2005 16:05:55 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jBFG0qFS025509 for ; Thu, 15 Dec 2005 16:00:52 GMT Received: from dslb-084-063-034-115.pools.arcor-ip.net ([84.63.34.115] helo=[10.0.0.13]) by smtp.gentoo.org with esmtpa (Exim 4.54) id 1EmvXH-0002Y6-G8 for gentoo-dev@lists.gentoo.org; Thu, 15 Dec 2005 16:00:52 +0000 Subject: Re: [gentoo-dev] Optimizing performance From: Patrick Lauer To: gentoo-dev@lists.gentoo.org In-Reply-To: <43A1731C.4010806@gentoo.org> References: <1134650885.4634.57.camel@localhost> <43A1731C.4010806@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DtaqolVSjZ5pbr7VHsIK" Organization: Gentoo Date: Thu, 15 Dec 2005 17:00:49 +0100 Message-Id: <1134662449.4634.105.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 X-Archives-Salt: c8f240d9-af71-46f5-a819-d23c8fb47ad8 X-Archives-Hash: ab6b508189d2987643856cb73f8ea83a --=-DtaqolVSjZ5pbr7VHsIK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable 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 v= iew 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) =20 > > 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 --=20 Stand still, and let the rest of the universe move --=-DtaqolVSjZ5pbr7VHsIK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux) iD8DBQBDoZMxqER3hOUoZM4RArQRAJ9ekAMpBSBttrwATGJOxKjM+RRjAwCeMgcB xNVfwrekezUPx7qIEBtCqB4= =CKdq -----END PGP SIGNATURE----- --=-DtaqolVSjZ5pbr7VHsIK-- -- gentoo-dev@gentoo.org mailing list