From: John L. <le...@mo...> - 2002-10-05 20:19:00
|
http://www.cs.cornell.edu/boom/2002sp/extproj/www.cs.cornell.edu/~kfl2/lcpi/ Never seen this before. Wonder what happened to it. The page dates from Feb 2002 according to the http header. regards john -- "Me and my friends are so smart, we invented this new kind of art: Post-modernist throwing darts" - the Moldy Peaches |
From: Ka F. L. <kaf...@ya...> - 2002-10-15 07:10:46
|
Hi, I didn't post here for a long time and I hope some of you still remember me. I mentioned I wanna pick up the thread profiling before. I was having my 1st try one month back and I am happy with my second try now. The oprofiled part is alomst done. I will post tmw (hopefully....my boring job doesn't brother me too much tmw) and ask for comment. I am the author of LCPI (the link below) and it is using basic timer interupt because I can't get ACPI work before in 2.4.14 and I even didn't know RTC exist b4 (it was my first kernel hacking :D....sorry). However, the oprofile has a much better way to extract the binary image inofrmation by intercepting the syscalls. My one is finding in vm maps in task struct (pretty slow). I did an attempt to do a call graph (trace walk) and account a kernel function to a user function....(it add complexity because you cannot account an interrupt handler to current process....bcoz interrupt is random and i remember someone mentioned it here before)....if anyone interest, i can post the source code. my sample dir struct is like this /var/lib/lcpi/samples | +usr +bin +sort (all sort samples stored here, include so library and kernel time) KaFai >John Levon wrote: >http://www.cs.cornell.edu/boom/2002sp/extproj/www.cs.>cornell.edu/~kfl2/lcpi/Never seen this before. >Wonder what happened to it.The page dates from Feb >2002 according to the http header.regardsjohn-- "Me >and my friends are so smart, we invented this new >kind of art:Post-modernist throwing darts"- the >Moldy Peaches---------------------------------------->---------------This sf.net email is sponsored >by:ThinkGeekWelcome to geek >heaven.http://thinkgeek.com/sf_______________________>________________________oprofile-list mailing >listoprofile->li...@li...https://lists.sourceforge.net/lists/listinfo/oprofile-list __________________________________________________ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com |
From: John L. <le...@mo...> - 2002-10-15 17:05:10
|
On Tue, Oct 15, 2002 at 12:10:45AM -0700, Ka Fai Lau wrote: > The oprofiled part is alomst done. I will post tmw > (hopefully....my boring job doesn't brother me too > much tmw) and ask for comment. Great ! > I am the author of LCPI (the link below) and it is Oh. Hi :) > However, the oprofile has a much better way to extract > the binary image inofrmation by intercepting the > syscalls. My one is finding in vm maps in task struct > (pretty slow). You do this at interrupt time you mean ? Actually oprofile in 2.5 does the walking, but not at interrupt time. It turns out to be not that slow. regards john |
From: Philippe E. <ph...@wa...> - 2002-10-15 19:24:11
|
Ka Fai Lau wrote: > Hi, I didn't post here for a long time and I hope some > of you still remember me. I mentioned I wanna pick up > the thread profiling before. I was having my 1st try > one month back and I am happy with my second try now. > The oprofiled part is alomst done. I will post tmw > (hopefully....my boring job doesn't brother me too > much tmw) and ask for comment. Dou you sync with cvs ? There is a lot of change in module the last month ... > I am the author of LCPI (the link below) and it is > using basic timer interupt because I can't get ACPI > work before in 2.4.14 and I even didn't know RTC exist > b4 (it was my first kernel hacking :D....sorry). > > However, the oprofile has a much better way to extract > the binary image inofrmation by intercepting the > syscalls. My one is finding in vm maps in task struct > (pretty slow). I did an attempt to do a call graph > (trace walk) and account a kernel function to a user > function....(it add complexity because you cannot > account an interrupt handler to current > process....bcoz interrupt is random and i remember > someone mentioned it here before)....if anyone > interest, i can post the source code. The call graph part is interesting, I cc David Smith we already worked on a call graph capacity in oprofile. Can you http your code ? > > my sample dir struct is like this > > /var/lib/lcpi/samples > | > +usr > +bin > +sort (all sort samples stored > here, include so library and kernel time) > > KaFai |