Date: Thu, 5 Jun 2003 10:38:22 -0700 From: Marcel Moolenaar <marcel@xcllnt.net> To: Mike Makonnen <mtm@identd.net> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/amd64/amd64 vm_machdep.c Message-ID: <20030605173822.GB572@dhcp01.pn.xcllnt.net> In-Reply-To: <20030605100753.YFNR16647.out006.verizon.net@kokeb.ambesa.net> References: <200306042246.h54MkRAh049867@repoman.freebsd.org> <20030605100753.YFNR16647.out006.verizon.net@kokeb.ambesa.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jun 05, 2003 at 06:07:52AM -0400, Mike Makonnen wrote: > > > > This change officially marks the ability on ia64 for 1:1 threading. > > Whoohoo! This is great news Marcel. > What does it mean in practical terms? 1 kernel, 1 thread :-) Seriously: It basicly works on an UP kernel, but it hasn't got extensive testing. libthr will replace libc_r. We'll stop building libc_r as soon as I've figured out the consequences. Assuming for a moment that KSE is not viable for 5.2 on ia64, then libthr will be the only threading model that we support. Again, I have to understand the consequences before I can commit to this roadmap. If KSE works on ia64 before 5.2, then ia64 will conform to the other ports that also have KSE. As for functionality: I have kernel stability on my plate as the high- priority task for 5.2, which also means that I'll be working on SMP. A 1:1 threading model is a good vehicle to test SMP, so libthr will get extensive SMP testing. Concurrently, we should be building lots of threaded applications and see how they run. Think about the mozilla's out there. This can start as soon as 5.1 is out the door. At first I'll focus on UP testing but as SMP stability progresses, focus will automaticly shift towards SMP. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030605173822.GB572>