Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 27 Dec 2001 12:31:30 -0800
From:      Mike Smith <msmith@freebsd.org>
To:        Julian Elischer <julian@elischer.org>
Cc:        Mike Smith <msmith@freebsd.org>, Alfred Perlstein <bright@mu.org>, arch@freebsd.org
Subject:   Re: the condvar stuff. 
Message-ID:  <200112272031.fBRKVUF01826@mass.dis.org>
In-Reply-To: Your message of "Thu, 27 Dec 2001 11:43:29 PST." <Pine.BSF.4.21.0112271135510.84622-100000@InterJet.elischer.org> 

next in thread | previous in thread | raw e-mail | index | archive | help
> > They directly parallel the condition variables found in the pthread 
> > library, again keeping the kernel and userland programming metaphors as 
> > close as is practical.
> 
> I don't know how good an idea this is..

It's a very good idea.

> we are getting VERY kitchen-sinky in the kernel. Can I have a C++
> allocator too?
> 
> enumerate:
> 	mem allocators: mbuf/malloc/zalloc/kvalloc-etal/bus-space-alloc
> 	synchronisation: primatives CV/msleep/mtx/sx/lockmanager(gone?)
> 	thread schemes: (aio/kthreads/linux-thread-support/KSE)

Yeah, let's only have one way of allocating memory, and damn the fact 
that it's a poor fit for all the things we need to do.

By all means keep the API as lean as possible (eg. msleep->cv/mutex 
conversions), but don't fall into the myopic mentality that believes that 
"allocating memory" or "synchronisation" or "thread schemes" are trivial 
little things with only a few facets.

There's not really a lot of redundancy in the kernel API, and sane 
efforts to clean it up where it does exist are always welcome.

-- 
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also.  But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view.  [Dr. Fritz Todt]
           V I C T O R Y   N O T   V E N G E A N C E



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?200112272031.fBRKVUF01826>