On Thu, 15 Jun 2000, Nate Williams wrote:
> > > HTTP belongs to userland. We should no more add support to HTTP than we
> > > should add support to the dozens of different userland streaming
> > > protocols in existance.
> > So we should just not bother squeezing more performance out of the system on
> > architectural grounds?
> Correct. If we want performance, how about removing the difference
> between kernel and userland. Why have the overhead of the kernel
> vs. userland change, since it causes us to take a big performance hit.
> As long as we're at it, we may as well embed all of the video drivers in
> the kernel, like NT did. X should become an embedded part of the
> system, since that will also speed up performance again.
> There are *LOTS* of performance improvments that can be done. Since
> FreeBSD is used on the internet, let's embed telnet and ftp in the
> kernel as well. We could certainly blow away all benchmarks that people
I think the real point here is that, if this sort of specialized
performance is required, then great, people can do it as a random LKM
or whatever that drops in using reasonably generic and appropriate
hooks. Most of the time, that can be done. It can be done for HTTP.
If someone needs video performance at a level that can only be
accomplished by moving their drivers into kernel space, I have no
problems with them doing that.
It is all a matter of adding it to the right places to make it fairly
drop in. IBM added a kernel HTTP cache to NT using, if I recall
correctly, no code changes (or source) to NT, only pre-existing hooks.
Maybe I think that is useful. Maybe I don't. But there is every
reason to support the flexibility it givers as long as it is done in
a way that lets those who want it drop it in cleanly. Maybe all the
required hooks are there. Maybe they can be cleanly added. Either
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message