Messages in this thread | | | Subject | Re: kernel profiling | From | Robert Walsh <> | Date | 12 Jul 1999 20:08:21 -0700 |
| |
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/
| |