Thread CPU utilisation under windows ?
30 October 2003, 09:50 AM
#1
Scooby Regular
Thread Starter
Join Date: Jun 2001
Location: MY99->MY02->996->MY06STI in Herts / Beds / Bucks
Posts: 1,271
Likes: 0
Received 0 Likes
on
0 Posts
Come on you windows system programmers !
Long shot I know - but does anyone know if it is possible to determine how much of the CPU a thread of a given process is using on Win2k onwards ?
I dont really mind if its a percentage of the cpu utilisation used by the process or whether its the system as a whole.
If it can be done I need it to be 'performant' and not impact the process I am looking at !
Phew
T.
Long shot I know - but does anyone know if it is possible to determine how much of the CPU a thread of a given process is using on Win2k onwards ?
I dont really mind if its a percentage of the cpu utilisation used by the process or whether its the system as a whole.
If it can be done I need it to be 'performant' and not impact the process I am looking at !
Phew
T.
30 October 2003, 03:42 PM
#2
Scooby Newbie
Join Date: Sep 2003
Location: UK
Posts: 27
Likes: 0
Received 0 Likes
on
0 Posts
I think 'Process viewer' from Visual Studio installation (for sure in version 6) can help you, although it does not present the data in a way you will like (no graphs, you will get only list of times for each thread), but I do not know anything better.
30 October 2003, 03:53 PM
#3
Scooby Regular
Join Date: Sep 1999
Location: Bedfordshire
Posts: 4,037
Likes: 0
Received 0 Likes
on
0 Posts
T.
You wont be able to do it on a pre-compiled .exe if (as will most likely be the case) it hasnt been compiled and linked with lots of extra debug information. Then you will need an external debugger with profiling (automatedQA corp. do one for VB and Delphi). What Im basically saying is if you dont have access to the source code its unlikely you can do thread level profiling.
Cheers
Gary
You wont be able to do it on a pre-compiled .exe if (as will most likely be the case) it hasnt been compiled and linked with lots of extra debug information. Then you will need an external debugger with profiling (automatedQA corp. do one for VB and Delphi). What Im basically saying is if you dont have access to the source code its unlikely you can do thread level profiling.
Cheers
Gary
30 October 2003, 08:27 PM
#4
Scooby Regular
Thread Starter
Join Date: Jun 2001
Location: MY99->MY02->996->MY06STI in Herts / Beds / Bucks
Posts: 1,271
Likes: 0
Received 0 Likes
on
0 Posts
Edmund - I been there and its not really what I want - you need to manually refresh.
Gary - thanks - you've really confirmed what I felt would be the case - I do have source code but dont want to link in lots of debug info - it does slow the process down too much for a production environment.
I know what you're saying - looking at Optimizite Suite for java apps - or purify for other apps - they do interject new libs into the executable - or intervene the JVM at JPDA level.
Cheers
T.
Gary - thanks - you've really confirmed what I felt would be the case - I do have source code but dont want to link in lots of debug info - it does slow the process down too much for a production environment.
I know what you're saying - looking at Optimizite Suite for java apps - or purify for other apps - they do interject new libs into the executable - or intervene the JVM at JPDA level.
Cheers
T.
31 October 2003, 08:35 PM
#6
Scooby Regular
Thread Starter
Join Date: Jun 2001
Location: MY99->MY02->996->MY06STI in Herts / Beds / Bucks
Posts: 1,271
Likes: 0
Received 0 Likes
on
0 Posts
Now now !
Java rocks !!!
T.
PS. Work in Hemel - so could lots of people
PPS. I'm looking for a QA / Portations engineer.
Thread
Thread Starter
Forum
Replies
Last Post
Mattybr5@MB Developments
Full Cars Breaking For Spares
28
28 December 2015 11:07 PM
Mattybr5@MB Developments
Full Cars Breaking For Spares
12
18 November 2015 07:03 AM