lkml.org 
[lkml]   [1999]   [Jul]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: kernel profiling
    From
    Date
    Dimitris Michailidis <dimitris@darkside.engr.sgi.com> writes:

    > On 11-Jul-99 Philip Blundell wrote:
    > > It looks to me like the majority of the code in
    > > arch/i386/kernel/profile.c is
    > > actually not architecture dependent. Perhaps it might be better to
    > > put the
    > > common parts in kernel/profile.c and provide a small wrapper in
    > > include/asm-*
    > > to call it. This is pretty much what libc does.
    >
    > True. Actually, the only arch dependent part is the little bit of
    > assembly to save/restore the registers in mcount(), which is needed for
    > it to work with regparms.

    Actually this would be ideal for our situation because we're
    developing on the PPC and we'd need make porting the profiling code as
    easy as possible. The less we have to do, the better. Perhaps this
    could become a part of future kernels? I can see lots of situations
    where having a handle on kernel performance would be cool without
    having to apply patches to do it each time... :-) Better to just
    config it in as needed.

    Regards,
    Robert.

    --
    Robert Walsh
    Amalgamated Durables
    Email: rjwalsh@durables.org

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.tux.org/lkml/

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