Date: 25 Apr 1998 05:51:33 -0700 From: Christoph Toshok <toshok@Hungry.COM> To: freebsd-hackers@FreeBSD.ORG Subject: threads performance Message-ID: <m23ef2vzca.fsf@terror.hungry.com>
next in thread | raw e-mail | index | archive | help
I'm working on japhar (the hungry java vm) and I'm primarily using freebsd for my work. One of the central "features" of japhar is that it uses platform's thread library -- pthreads on freebsd and linux, cthreads on nextstep and the hurd. On freebsd the performance is just abysmal. Really, it's *awful*. Just for kicks, I ported the thread api to NSPR (Netscape's Portable Runtime) and the runtime for javac compiling a trivial .java file drops from 39 seconds to 18 seconds. Are there any plans to address the performance of threads in the coming weeks/months? The fact that NSPR can drop 21 seconds off the runtime (in this very contrived example) makes me think that there is a lot going on in libc_r that is suboptimal, but perhaps there is just no other way to implement things so they conform to the posix spec. I realize kernel threads (a la clone()) are on the horizon, but there's a lot to be said for making a lightweight user level thread package, and making it fast. christoph To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m23ef2vzca.fsf>