cvs commit: src/lib/libpthread Makefile src/lib/libpthread/thread Makefile.inc thr_acl_aclcheck_fd.c thr_aio_suspend.c thr_attr_get_np.c thr_attr_init.c thr_attr_setcreatesuspend_np.c thr_attr_setguardsize.c thr_attr_setschedparam.c thr_attr_setscope.c ...

[Robert Watson]

On Thu, 17 Apr 2003, Daniel Eischen wrote:

>   This library now passes all of the ACE tests that libc_r passes
>   with the exception of one.  It also seems to work OK with KDE
>   including konqueror, kwrite, etc.  I haven't been able to get
>   mozilla to run due to lack of java plugin, so I'd be interested
>   to see how it works with that.

Great news!  Since things are now beginning to get to the usefully
runnable stage, could you (without investing too much time) answer two
questions:

(1) Do we have any experience getting KSE up and running on SMP hosts?
    In the past this has been a sticking point for KSE, and recently there
    have been problems for libthr as well.  Give the threading goals of
    (a) improved I/O latency, and (b) parallelism to see an improvement
    over libc_r, SMP support is an important thing to know works, or is
    close to working.  Do you guys have the hardware you need to do that
    testing?

(2) Do we have any early performance measurements (quantitative or
    otherwise) the compare for gains/losses vs. libc_r for libpthread? 
    I.e., comparison of context switch times, throughput for some pthread
    application we like (dumb mysql test), etc?

Also, any luck getting KSE context management support up and running on
non-i386?

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert at fledge.watson.org      Network Associates Laboratories