Like maybe the first question would read something like:
Configure Preset Performance Options? (Y/N) Y
Configure as Database Server (Y/N) N
Configure as Web Server (Y/N) N
Configure as File & Print Server (Y/N) N
Configure as Desktop Workstation (Y/N) Y
If you choose no at the first level you would get the standard vanilla
kernell. If you choose Database Server Y, you would have some compile time
options set for you that make sense for a Data base server, like maybe vm
and cache settings or something like that. If you choose Desktop
Workstation, you would get some compile time options that would increase
graphics performance, interactivity/latency or whatever. And likewise, if
you choose File & Print, you might get things that would make a desktop user
cringe performance wise, but really accelerate the machine in a server
environment.
This might be really complicated or easy...I don't know. But I was reading
some Linux performance tuning stuff that talked about tweaking stuff in
/proc, and I figured that stuff starts out at a predefined base in the
source code. There are tools out there that can work with /proc and help
tune, but they can't change things that are only available BEFORE the binary
is built. Maybe also things like different versions of scheduler or you know
like a schedule_database.c or a schedule_workstation.c, or a vm or disk
version of the same thing?
I know I might be way off base here...someone tell me if I am :-)....but
from my angle (non-programming guru) it might make a difference in the way
that linux performs for the average user/administrator.
What do you think? Maybe help for someone who is looking to get the most
perf out of his/her system but maybe doesn't understand src code directly?
Dan
PS - Does anyone have any ideas about NT's kernel config before compile?
when you buy server is the kernel identical to workstation, with only
userland tweaks for performance? Or are there deep source code level
changes between the two? I'm sure since the code isn't out there no one
knows for sure, but does anyone even have an opinion on this matter?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/