1 |
> > What we could do in gentoo is to make a gentoo-soruces-workstation and a |
2 |
> > gentoo-sources-server, so we can get a kernel that fit the workstation use |
3 |
> > and a kernel optimized for raw speed. |
4 |
> |
5 |
> Hmm, even the 'gentoo-sources-workstation' would be not my favorite. I really |
6 |
> wonder why this patch-stuffed kernel is offered ? It is slow, buggy, barely |
7 |
> compiles if you switch off a set of options you dont want (low latency for |
8 |
> instance or preemtable kernel) and there is simply no performance boost. On |
9 |
> the contrary the thing is plain slow. There is also no 'snappiness' boost I |
10 |
> noticed, so why ??? |
11 |
|
12 |
|
13 |
If you're referring to the currently offered Gentoo kernel, I upgraded |
14 |
to it from the vanilla sources three days ago. An upgrade is exactly |
15 |
what it was: the preemptive patch (and probably a few of the others) has |
16 |
made my workstation/server system significantly more responsive. Perhaps |
17 |
you're not noticing a speed boost because you turned that option off? |
18 |
|
19 |
There are also numerous security enhancements, most notably kernel-based |
20 |
encryption (including IPSec) and improvements to IPChains. Gentoo bills |
21 |
their kernel as "security and speed enhanced" in their install script, |
22 |
and having installed it with their options selected, I've found that it |
23 |
meets my expectations in those areas. |
24 |
|
25 |
I agree that if RedHat has a patch that makes part of the kernel faster, |
26 |
it would be useful to have it integrated into Gentoo's kernel. Better, |
27 |
they ought to submit it as a patch to Linus' tree, so everybody using |
28 |
that tree as their springboard will benefit. If neither of those things |
29 |
has happened, though, there's likely a good reason for it. |
30 |
|
31 |
|
32 |
|
33 |
John Robinson |
34 |
strider@××××××.net |
35 |
|
36 |
|
37 |
-- |
38 |
|
39 |
Love justice; desire mercy. |
40 |
|
41 |
|
42 |
-- |
43 |
gentoo-dev@g.o mailing list |