Date: Tue, 25 Oct 2005 12:06:47 +0100 (BST) From: Robert Watson <rwatson@FreeBSD.org> To: Daniel Eischen <deischen@freebsd.org> Cc: arch@freebsd.org, David Xu <davidxu@freebsd.org> Subject: Re: libc_r is deprecated Message-ID: <20051025120538.K52058@fledge.watson.org> In-Reply-To: <Pine.GSO.4.43.0510241948130.17636-100000@sea.ntplx.net> References: <Pine.GSO.4.43.0510241948130.17636-100000@sea.ntplx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 24 Oct 2005, Daniel Eischen wrote: > On Tue, 25 Oct 2005, David Xu wrote: >> Folks, >> >> For years development, we now have libpthread and libthr, libc_r does >> not support SMP or multi-core processor, also it has many bugs (still >> in our bug database), also threads@ developers seems not have interest >> to maintain it, it is doomed, so I would like to disconnect it from >> buildworld, and sometimes later, I would like to remove it. > > Deprecate in 6.x and remove in 7.0? > > Someone might be able to make a port out of it also. I'd like to keep it around in some form -- I recently ran a series of HTTP-related benchmarks and libc_r benchmarked signicantly faster than other libraries on both UP and SMP. I'm working to refine the benchmark for improved realism, and will see if that persists. However, when it comes to understanding scheduling and threading behavior, I think libc_r remains useful... Robert N M Watson
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051025120538.K52058>