Date: Tue, 02 Nov 1999 07:38:19 -0700 From: "Russell L. Carter" <rcarter@chomsky.Pinyon.ORG> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: freebsd-arch@freebsd.org Subject: Re: Threads models and FreeBSD. (Next Step) Message-ID: <19991102143819.5D0F23B@chomsky.pinyon.org> In-Reply-To: Message from Poul-Henning Kamp <phk@critter.freebsd.dk> of "Tue, 02 Nov 1999 13:44:48 %2B0100." <25676.941546688@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
%In message <381EDBCE.FD7FBA68@vigrid.com>, "Daniel M. Eischen" writes: % %>> >Disagree. I want lightweight processes to have their own quantum %>> >not limited (in total) to the parent process quantum. %>> %>> That would clearly kill the "lightweight" in "lightweight process"... %> %>That doesn't mean they each have to have the same quantum as a non-MT %>process. % %That has nothing to do with it. % %There is not much point in making a lightweight process facility %if the resulting processes are not lightweight. Then the application developer should choose libc_r threads. There isn't much point to doing this effort if the pthread_*sched* functions don't actually mean much in the global context. People building large scale distributed objects that are also high performance require fine grained schedulability of individual threads. I can provide references that demonstrate how low level thread scheduling architecture affect high level services. Solaris, HP, MVS, and Linux support this to varying degrees now. The RT-OSs more or less do, though some fail in surprising ways. Linux is surprisingly good. Put another way, cramming a process's threads into a single scheduling quanta significantly diminishes the suitability of FreeBSD as a platform for building high performance and/or RT CORBA apps. Regards, Russell %-- %Poul-Henning Kamp FreeBSD coreteam member %phk@FreeBSD.ORG "Real hackers run -current on their laptop." %FreeBSD -- It will take a long time before progress goes too far! % % % % %To Unsubscribe: send mail to majordomo@FreeBSD.org %with "unsubscribe freebsd-arch" in the body of the message % To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19991102143819.5D0F23B>