Re: Bloat report 2.6.3 -> 2.6.4

From: Adrian Bunk (bunk_at_fs.tum.de)
Date: 03/13/04

  • Next message: Marcel Holtmann: "Re: [OOPS] Removing USB Bluetooth dongle Oopses 2.6.4" 
    Date:	Sat, 13 Mar 2004 18:57:13 +0100
To: Matt Mackall <mpm@selenic.com>

    On Sat, Mar 13, 2004 at 11:33:32AM -0600, Matt Mackall wrote:
    >
    > I actually did explicitly note this problem in the part you clipped.

    I clipped nothing, I quoted your _complete_ mail.

    > But I think it's fair to say that new features that are on by default
    > are in fact bloat in some sense.

    Perhaps in some sense, but not in any interesting sense.

    For the average computer you can buy at your supermarket today it isn't
    very interesting whether the kernel is bigger by 1 MB or not.

    People who need to care about the size of the kernel [1] use hand-tuned
    .config's that are far away from defconfig - and those people wouldn't
    enable unneeded features that are on by default.

    You use a metric "size increase of a defconfig kernel [2]", and I simply
    claim that this metric doesn't measure anything useful for practical
    purposes.

    cu
    Adrian

    [1] e.g. for small embedded systems, very old computers or
        boot _floppies_
    [2] modulo some compensation for changed defconfig's 

    -- 
       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed
-
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/
  • Next message: Marcel Holtmann: "Re: [OOPS] Removing USB Bluetooth dongle Oopses 2.6.4"

    Relevant Pages

    • Re: ANNOUNCE: CE Linux Forum - Specification V1.0 draft
      ... Kernel SHALL be configuralble with compiler size options, ... "specification" didn't send a patch - the trivial patch was sent by ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Weirdness with suspending jobs in 2.6.9-rc3
      ... >> It doesn't depend on which version I'm compiling, ... >> kernel I'm actually running. ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [Ocfs2-devel] Re: [RFC] [PATCH] OCFS2
      ... > It's a generic mechanism for userspace driven configuration of kernel ... > subsystems/projects could use it too, ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [-mm patch] seccomp: dont say it was more or less mandatory
      ... >> You don't need this feature unless you know you need it. ... > unsure while they configure the kernel I certainly prefer that they set ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [2.6 patch] add a config option for -Os compilation
      ... kernel with some supported compilers) ... there might be fast path code somewhere in the kernel that becomes ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)