atom feed28 messages in org.freebsd.freebsd-archRe: Threads goals version III
FromSent OnAttachments
Julian ElischerOct 31, 1999 7:08 pm 
Julian ElischerOct 31, 1999 11:55 pm 
John BirrellOct 31, 1999 11:56 pm 
Michael Schuster - TSC SunOS GermanyNov 1, 1999 12:51 am 
Andrew ReillyNov 1, 1999 3:11 am 
Daniel EischenNov 1, 1999 4:26 am 
Peter DufaultNov 1, 1999 4:33 am 
Daniel EischenNov 1, 1999 4:33 am 
Randell JesupNov 1, 1999 12:28 pm 
John BirrellNov 1, 1999 1:44 pm 
Peter DufaultNov 1, 1999 1:52 pm 
Jake BurkholderNov 1, 1999 3:17 pm 
Terry LambertNov 4, 1999 10:03 am 
Peter JeremyNov 4, 1999 1:56 pm 
Daniel M. EischenNov 4, 1999 2:48 pm 
Terry LambertNov 4, 1999 2:49 pm 
Terry LambertNov 4, 1999 3:13 pm 
Amancio HastyNov 4, 1999 4:48 pm 
Russell L. CarterNov 4, 1999 5:16 pm 
Amancio HastyNov 4, 1999 6:04 pm 
Daniel M. EischenNov 4, 1999 7:04 pm 
Terry LambertNov 5, 1999 3:00 pm 
Terry LambertNov 5, 1999 3:39 pm 
Amancio HastyNov 5, 1999 4:07 pm 
Daniel C. SobralNov 6, 1999 1:01 am 
Chris CsanadyNov 6, 1999 6:23 pm 
Daniel C. SobralNov 6, 1999 11:48 pm 
Julian ElischerNov 7, 1999 2:11 am 
Subject:Re: Threads goals version III
From:Julian Elischer (jul@whistle.com)
Date:Oct 31, 1999 11:55:43 pm
List:org.freebsd.freebsd-arch

It's been remarkably placid, you haven't missed a thing..

On Mon, 1 Nov 1999, John Birrell wrote:

[ Grrr, I'm obviously in a different timezone from this discussion. ]

On Sun, Oct 31, 1999 at 07:09:04PM -0800, Julian Elischer wrote:

10/ Quick access to curthread and thread specific data.

10a/ Quick access to mutex state.

One of the things that affects the performance of a threaded application is the time that is consumed testing the state of a mutex. Without trying to push this discussion into the "how it should be done phase", just consider sharing mutex state between user- and kernel- space. We will need a VM wizard at some point. 8-)

---- possible userland implementation goals-----

1/ A libpthread that can be linked with libc.

2/ Libc needs to change so that library functions and system calls used internal to the library do not use the externally visible cancellable equivalents.

A big re-write of libc is required.

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message