> "my dick is bigger than your dick" marketing rathole which has lead
> all the other Unix vendors into pretty much destroying their own kernel
> source base. All in the name of the mighty benchmark.
I could name a few things in the kernel that do that now :(
> So instead of going after the microwins, how about going after
> the big wins?
Well if the claims are true the performace boost is not so small. I
completely agree that its going to take alot more to improve linux to what
we want it to be.
> In the past, I've outlined a plan that can get Linux
> kicking everyone's butt on 2048 processor (or bigger) boxes. You may or
> may not like my ideas, but the goals are certainly better than what you
> are doing.
I never seen your ideas. Can you point me to this list.
> You're just falling into the same trap that has buggered up
> all of the existing Unix kernels: ``we're at performance level X, let's
> hack the system into performance level 2X''. That isn't designing or
> architecting, that's hacking. And that path leads to a crap source base.
> Please look at the big picture.
I agree. I also believe in a stable and secure system. Look at the eariler
post about my rewrite of /dev/graphics for linux-SGI and its design versus
DRI being port to linux-SGI. It doesn't give the performance of DRI but
their are reasons to use this model for higher end graphics systems over
DRI. Please don't flame me or start this over again.
> $ vmstat
Never heard of vmstat before. Pretty neat program :)
Codito, ergo sum - "I code, therefore I am"
James Simmons (o_
fbdev/gfx developer (o_ (o_ //\
http://www.linux-fbdev.org (/)_ (/)_ V_/_
http://linuxgfx.sourceforge.net
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Jan 23 2000 - 21:00:24 EST