Date: Tue, 25 Oct 2005 15:48:34 +0200 From: Marc Olzheim <marcolz@stack.nl> To: David Xu <davidxu@freebsd.org> Cc: Daniel Eischen <deischen@freebsd.org>, arch@freebsd.org, Robert Watson <rwatson@FreeBSD.org> Subject: Re: libc_r is deprecated Message-ID: <20051025134834.GB62148@stack.nl> In-Reply-To: <435E2DCF.6080809@freebsd.org> References: <Pine.GSO.4.43.0510241948130.17636-100000@sea.ntplx.net> <20051025120538.K52058@fledge.watson.org> <435E2DCF.6080809@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 25, 2005 at 09:06:23PM +0800, David Xu wrote: > Robert Watson wrote: > >I'd like to keep it around in some form -- I recently ran a series of=20 > >HTTP-related benchmarks and libc_r benchmarked signicantly faster than= =20 > >other libraries on both UP and SMP. I'm working to refine the=20 > >benchmark for improved realism, and will see if that persists. =20 > >However, when it comes to understanding scheduling and threading=20 > >behavior, I think libc_r remains useful... > > > >Robert N M Watson > > > libc_r runs on single kernel thread, so if you are continue using libc_r, > you are not testing TCP/IP with multithreads program, this may give you > false data. Only kernel threads based server can test to see if the TCP/IP > stack locking works well. Erhm, its not about testing the TCP/IP stack locking, this is about stable and raw performance. Of course the single kernel thread might have a negative impact on total performance, but in our real world applications, I don't see a real performance boost from KSE. What I do see is easier and cleaner programming with KSE, but once you've done all the work to get usable libc_r based I/O, it works good. (Well, unless you need to fork+exec from a heavily mallocing thread system, without a patch similar to the one in PR threads/76690...) Marc --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDXjeyezjnobFOgrERApNrAKDKz3rmw4DMpAz/aResf4552go9TACgqpHs pAdCxsv7NXp7J6NLYddcHFg= =Z7kg -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051025134834.GB62148>