Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 16 Jun 2000 09:31:38 -0600 (MDT)
From:      Nate Williams <nate@yogotech.com>
To:        Bill Fumerola <billf@chc-chimes.com>
Cc:        Nate Williams <nate@yogotech.com>, "Daniel O'Connor" <doconnor@gsoft.com.au>, "Daniel C. Sobral" <dcs@newsguy.com>, cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org, Alfred Perlstein <alfred@FreeBSD.org>
Subject:   Re: cvs commit: src/sys/kern uipc_socket.c uipc_socket2.c src/sy
Message-ID:  <200006161531.JAA00677@nomad.yogotech.com>
In-Reply-To: <20000616102115.Z8523@jade.chc-chimes.com>
References:  <39499E16.9FE731F7@newsguy.com> <XFMail.000616132841.doconnor@gsoft.com.au> <200006160506.XAA28743@nomad.yogotech.com> <20000616102115.Z8523@jade.chc-chimes.com>

next in thread | previous in thread | raw e-mail | index | archive | help
> > 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
> > see.
> 
> So basically if you don't have any constructive to contribute to the
> specific case at hand, you can just make broad assinine statements?

No.  I'm saying that blowing your architecture for performance gains
isn't worth it.  If performance is your entire goal (as you stated),
there are lots of ways of removing that bottleneck.

In short, the removal of the userland/kernel switch would make the
original code's reason for existence gone, since the context switch is
so painful.

Or, will you agree that architecture and consistency has a role in
FreeBSD, and that sometimes performance must take a back seat?




Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200006161531.JAA00677>