
|
[openbeos]
||
[Date Prev]
[01-2005 Date Index]
[Date Next]
||
[Thread Prev]
[01-2005 Thread Index]
[Thread Next]
[openbeos] Re: kernel mime_table module
- From: "Axel Dörfler" <axeld@xxxxxxxxxxxxxxxx>
- To: openbeos@xxxxxxxxxxxxx
- Date: Sun, 09 Jan 2005 03:55:07 +0100 CET
Michael Phipps <mphipps1@xxxxxxxxxxxxxxxx> wrote:
> I don't really like the idea of putting the mime types in the kernel.
> Mostly
> for the reasons that Ingo says. But also because I think that the
> kernel should
> do only what only the kernel can do. In other words, without trying
> to be
> extreme, I think that the smaller and tighter the kernel is, the
> better.
The kernel *could* do anything, it's more of a question if it should
do.
And the whole thread was basically to move this away from dosfs (where
it currently is) to some userland API.
> That isn't to say a micro-kernel or anything, but a monolithic kernel
> that
> provides only the most necessary of services.
>
> With hyper threading (an idea that I think will die) and multi-cores
> (an idea
> that I think will thrive) not to mention multi-processor machines
> becoming more
> prevelent (esp on the PPC side), it seems to me that there may well
> be a lot
> more circumstances where you will have both the user land side
> (Registrar in
> this case) and kernel land active at the same time. That would be a
> very ideal
> situation for this particular situation.
I am not sure if I understand you correctly, but the kernel/userland
stuff has just nothing to do with this. The kernel has many threads
running and if you got SMP, they may all run simultaneously.
Bye,
Axel.
|

|