Re: 2.6.0 performance problems

From: Thomas Molina (tmolina_at_cablespeed.com)
Date: 12/31/03

  • Next message: Prakash K. Cheemplavam: "Re: udev and devfs - The final word" 
    Date:	Tue, 30 Dec 2003 19:50:24 -0500 (EST)
To: Linus Torvalds <torvalds@osdl.org>

    On Tue, 30 Dec 2003, Linus Torvalds wrote:
    > Ok. This looks much closer to the 2.4.x numbers you reported:
    >
    > real 13m50.198s
    > user 0m33.780s
    > sys 0m15.390s
    >
    > so I assume that we can consider this problem largely solved? There's
    > still some difference, that could be due to just VM tuning..
    >
    > I suspect that what happened is:
    > - slab debugging adds a heavy CPU _and_ it also makes all the slab caches
    > much less dense.
    > - as a result, you see much higher system times, and you also end up
    > needing much more memory for things like the dentry cache, so your
    > memory-starved machine ended up swapping a lot more too.

    So you are telling me that I am paying the price for running development
    kernels and enabling all the debugging. I enjoy running the development
    stuff and testing new stuff. I enabled all the kernel hacking and
    debugging options with the idea it might be useful for testing purposes.

    Disabling all the debugging stuff brings the numbers down, but things
    still "feel" worse. It's subjective, but there you are. I'll continue to
    test with whatever provides the most useful data.
    -
    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: Prakash K. Cheemplavam: "Re: udev and devfs - The final word"

    Relevant Pages

    • Re: [PATCH 12/14] FRV: Generate more useful debug info
      ... It doesn't seem to be a problem on i386, x86_64, frv (which I'm ... When debugging, -O2 makes for a real problem because, amongst other ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [Bugme-new] [Bug 3996] New: system hangs on boot - VIA, SMP, PIII 1GHz
      ... I'll leave that assertion to somebody with more knowledge than me, ... for debugging if I can't even get into a shell ... ... public GPG/PGP key | öffentlicher GPG/PGP Schlüssel ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.3 - 8139too timeout debug info
      ... > Ok, thanks for debugging. ... > And same problem should happen with the old driver (probably, ... but just thought it was normal network activity - I do not get ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • dmesg verbosity [was Re: AGP bogosities]
      ... > especially if you turn on encryption options. ... > being useful for debugging, but there should be a way to not deal with it ... Or perhaps we should have warnings-like regression testing. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • [PATCH] Fix building on Solaris (and dont break Cygwin)
      ... on cygwin (the other odd place that the kernel is compiled on) ... debugging only)\n" ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)