libkse -> libpthreads

[Narvi]

On Mon, 21 Apr 2003, Terry Lambert wrote:

> Narvi wrote:
> > If by "now" you mean Solaris 9, then yes, this is so. This is not a
> > fundamental issue, merely how kernel API-s are used. On Solaris 8 you get
> > both the "old" M:N version and the Solaris 9 style 1:1 version in
> > /usr/lib/lwp. There is no way to tell what it will be in Solaris 9+x for
> > some arbitrary positive value of x.
>
> Right.  The liblwp in SunOS 4.1.3_U2 (first appearing in SunOS 4.0.2,
> I believe) is a totally different liblwp, as well (just the same name);
> LWP used to be a purely user space abstraction.
>

I don't think there is a liblwp in modern solaris, lwp remains only as a
name for kernel threads. /usr/lib/lwp is just a directory containing
alternative threads libraries on solaris 8 and is a symbolic link to
/usr/lib on solaris 9.

>
> Sun did this same thing in a different order; Linux too:
>
> FreeBSD	libc	libc_r(N:1)	libthr(1:1)	libkse(N:M)
> Sun	libc	liblwp(N:1)	liblwp(N:M)	liblwp(1:1)
> Linux	libc	pthreads(N:1)	pthreads(1:1)	- (no N:M at all)
>
> I've heard it anecdotally claimed that Sun made the change to
> avoid bugs; I've also heard it anecdotally claimed by Sun
> engineers that they made the change because they don't have
> the man power remaining to perform ordinary maintenance on a
> lot of their existing code base.  Perhaps they were just
> disgruntled, and the first excuse is the correct one... ;^).
>

the claim in the man page(s)/whitepaper(s) is about perfomance though -
but as always, these would be claims about a particular implementation and
freebsd one might not run into whichever problems caused the speed loss on
solaris.

> -- Terry
>