lkml.org 
[lkml]   [1998]   [May]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: oh woe, oh woe, oh woe is me... [2.0.34p16 + 3com]
From
Date
Donald Becker <becker@cesdis.gsfc.nasa.gov> writes:
>
> On a loosely related flame: As a community we are doing a very bad job at
> minimizing kernel bloat. It's too easy to add new code, and few people that
> add code are willing to support it for more than a few months. No one is
> saying "that feature is neat, but it's not useful for most users. Keep it
> as a seperate kernel patch". Example: years ago we made a decision not to
> implement BPF, because the interpreted packet-filter "language" wasn't a
> good design to put into a kernel. But that decision was reversed by someone
> that apparently thought "oohhh, it doesn't have this feature. Lets add it."
> How can we keep a greatly-needed-void empty?

I think the reason that it got added is that filtering gigabyte ethernet
in userspace is just hopeless. That wasn't clear a few years ago.

For some other "features" I agree with you tho. My standard example for bloat
is the simp allocator in 2.1 (mm/simp.c). It someday got added, was never
used and still uses about 3K. I tried several times to send a patch to remove
it to Linus (because it is clear that I won't be used at least before 2.2,
and slab is much better anyways), but no luck :(


-Andi

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu

\
 
 \ /
  Last update: 2005-03-22 13:42    [W:1.309 / U:0.132 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site