Brian Ford wrote:
>On Fri, 17 Oct 2003, peter garrone wrote:
>
>
>> I have dropped the dll import library concept.
>>
>Probably good. Although, it would still be neat to figure out a way to
>trace back to the application "leaf" functions. I guess that will be an
>"exercise" for later.
Unfortuna
>Even if no one else comments, I really appreciate all this work you're
>doing! Also, thanks for continuing to send me the updated patches. I
>wish I had more time to look over them in detail right now. I'll try and
>do that soon. I assume it is ok to give an open invitation for anyone
>else wh
On Fri, 17 Oct 2003, peter garrone wrote:
> Hi Brian
>
Hi Peter. Seems like a private conversation, doesn't it? :)
> Thanks very much for your comments.
>
You're welcome.
> I think I have changed my approach so that it is broadly similar to
> your suggestions, but may differ in some details.
Hi Brian
Thanks very much for your comments.
I think I have changed my approach so that it is broadly similar to
your suggestions, but may differ in some details.
I have dropped the RNG. I dont think it is necessary or warranted.
I have dropped the dll import library concept.
I would agr
On Wed, 15 Oct 2003, peter garrone wrote:
> Brian Ford wrote:
> >On Tue, 14 Oct 2003, peter garrone wrote:
> >> A list of active threads is maintained. A thread calling moncontrol(1) gets
> >> put in the list. When a call to SuspendThread fails, the thread is assumed
> >> to be defunct and taken o
On Wed, Oct 15, 2003 at 05:57:31PM +0800, peter garrone wrote:
> Brian Ford wrote:
> >On Tue, 14 Oct 2003, peter garrone wrote:
> >> A list of active threads is maintained. A thread calling moncontrol(1) gets
> >> put in the list. When a call to SuspendThread fails, the thread is assumed
> >> to be
Brian Ford wrote:
>
>On Tue, 14 Oct 2003, peter garrone wrote:
>
>> A list of active threads is maintained. A thread calling moncontrol(1) gets
>> put in the list. When a call to SuspendThread fails, the thread is assumed
>> to be defunct and taken off the list.
>>
>Seems reasonable.
>
>I guess I
Sorry for the delay. I've been swamped, both with the setup issue and
work. I haven't had a chance to look at the actual patch you sent yet.
On Tue, 14 Oct 2003, peter garrone wrote:
> A list of active threads is maintained. A thread calling moncontrol(1) gets
> put in the list. When a call to
- Original Message -
From: Brian Ford <[EMAIL PROTECTED]>
Date: Mon, 13 Oct 2003 14:36:34 -0500 (CDT)
To: peter garrone <[EMAIL PROTECTED]>
Subject: Re: Is multithreaded profiling on cygwin possible?
> On Mon, 13 Oct 2003, peter garrone wrote:
>
> >
> Sounds g
On Mon, 13 Oct 2003, peter garrone wrote:
> As you have suggested, I have tried setting up a list of
> threads in profil.c, calling SuspendThread,
> GetThreadTimes, to get timing information for all threads,
> and to create a reasonably accurate profile for non-dll user space
> using gprof.
>
Soun
Brian Ford wrote:
>2.) Paraphrasing, the UNIX profil call (that gprof.c is currently using),
>has a contiguous flat address space model. It hashes address samples over
>that space into a buffer. The starting and ending address are
>automatically pulled from the executable and are in its address
On Tue, 7 Oct 2003, Brian Ford wrote:
> Flat profiles are usually what I want also. For per thread cpu see:
>
Sorry, I forgot the reference. Here it is:
http://www.microsoft.com/windows2000/techinfo/reskit/tools/existing/pstat-o.asp
http://www.microsoft.com/windows2000/techinfo/reskit/tools/exi
peter garrone wrote:
>Brian Ford wrote:
>
>>peter garrone wrote:
>>
>Sorry for the delay, or the repeat information, my original reply is
>lost.
>
No problem.
>>>If I profile my multi-threaded application, it appears that only the
>>>main thread is profiled.
>>>
>>Currently, yes.
>>
>Actually, I
Sorry for the delay, or the repeat information, my original reply is lost.
Brian Ford wrote:
>peter garrone wrote:
>
>>If I profile my multi-threaded application, it appears that only the main
>>thread is profiled.
>>
>Currently, yes.
Actually, I think I was only partially correct.
Time for the
peter garrone wrote:
>If I profile my multi-threaded application, it appears that only the main
>thread is profiled.
>
Currently, yes.
You can, however, profile other threads one at a time if you use
the gprof API's manually, called from the thread you want to profile. I
have done this, but it h
Firstly, apologies for repeated postings to the gmane cygwin newsgroup, I thought they
were bounced.
If I profile my multi-threaded application, it appears that only the main thread is
profiled.
On linux, it is possible to save and set the virtual timer upon creation of each
thread, and thereb
16 matches
Mail list logo