lkml.org 
[lkml]   [2008]   [Jun]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: Kernel marker has no performance impact on ia64.
    From
    Date
    On Mon, 2008-06-02 at 18:12 -0400, Hideo AOKI wrote:
    > Hello,
    >
    > I evaluated overhead of kernel marker using linux-2.6-sched-fixes
    > git tree, which includes several markers for LTTng, using an ia64
    > server.
    >
    > While the immediate trace mark feature isn't implemented on ia64,
    > there is no major performance regression. So, I think that we
    > don't have any issues to propose merging marker point patches
    > into Linus's tree from the viewpoint of performance impact.

    Performance is atm the least of the concerns regarding this work.

    I'm still convinced markers are too ugly to live.

    I also worry greatly about the fact that its too easy to expose too much
    to user-space. There are no clear rules and the free form marker format
    just begs for an inconsistent mess to arise.

    IMHO the current free-form trace_mark() should be removed from the tree
    - its great for ad-hoc debugging but its a disaster waiting to happen
    for anything else. Anybody doing ad-hoc debugging can patch it in
    themselves if needed.

    Regular trace points can be custom made; this has the advantages that it
    raises the implementation barrier and hopefully that encourages some
    thought in the process. It also avoid the code from growing into
    something that looks like someone had a long night of debugging.






    \
     
     \ /
      Last update: 2008-06-03 00:35    [W:2.088 / U:0.148 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site