[lkml]   [2009]   [Jun]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [GIT PULL] Performance Counters for Linux

    On Thu, 11 Jun 2009, Christoph Hellwig wrote:
    > Err, no. This adds tons of userspace code into tools/ which
    > should not be in the kernel tree but a proper package.

    I disagree.

    We've had tons of cases where we tried to "separate" the user-land code
    and the kernel code, in the name of "beauty" of whatever.

    It's almost invariably a disaster.

    Look at oprofile. F*ck me, what a horrid piece of crap. It took literally
    months for the user mode tools to catch up and get the patches to support
    new functionality into CVS (or is it SVN?), and after that it took even
    longer for them to become part of a release and be picked up by
    distributions. In fact, I'm not sure it is part of a release even now - I
    had to make a bug report to Fedora to get atom and Nehalem support in my
    tools: I think they took the unofficial patch.

    Or look at the crazy things we used to do for X. It's going away (slowly),
    because some of the most incestuous things are actually just being
    integrated into the kernel, and so there's less of the "two broken pieces"
    approach, and more of a "one working piece" kind of thing.

    So I'd much rather have kernel tools with the kernel, than have to depend
    on some external entity that doesn't really care.


     \ /
      Last update: 2009-10-18 23:28    [W:0.021 / U:0.944 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site