Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » Test and Performance Tools Platform (TPTP) » using TPTP Profiling tools
using TPTP Profiling tools [message #33124] Thu, 29 September 2005 07:46 Go to next message
Xiang Li is currently offline Xiang LiFriend
Messages: 2
Registered: July 2009
Junior Member
Hello,

I try to use TPTP profiling tools to trace and monitor
my application running in another Eclipse workbench just
like the demo. however, i encounter the following problem.
If I run my application without being monitored, it takes
about, let's say 10 sec to complete a method call. If it's
monitored, it takes much longer to execute. In this case,
it cannot show the exact performance of my application, so
how can I analyze the data collected, and what can I do
about it?

Thanks,

Lee.
Re: using TPTP Profiling tools [message #33196 is a reply to message #33124] Thu, 29 September 2005 13:57 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: Navid_Mehregani_nmehrega.ca.ibm.com

This is a multipart message in MIME format.
--=_alternative 004CABE78525708B_=
Content-Type: text/plain; charset="US-ASCII"

Profiling a run-time workbench can be quite slow if you don't filter out
the unwanted data.
To make things faster, you should filter out all the information you're
not interested in by modifying the filters specified in your profiling
set. Simply, click on the 'Profiling' tab, in the 'Overview' sub-tab,
select your profiling set, click on 'Edit', click on 'next', select only
the profiling options you're interested in (selecting the graphical
details option can also slow things down), click 'next', specify your
filter set.

Navid Mehregani
IBM Canada
--=_alternative 004CABE78525708B_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=2 face="sans-serif">Profiling a run-time workbench can be
quite slow if you don't filter out the unwanted data.</font>
<br><font size=2 face="sans-serif">To make things faster, you should filter
out all the information you're not interested in by modifying the filters
specified in your profiling set. &nbsp;Simply, click on the 'Profiling'
tab, in the 'Overview' sub-tab, select your profiling set, click on 'Edit',
click on 'next', select only the profiling options you're interested in
(selecting the graphical details option can also slow things down), click
'next', specify your filter set.</font>
<br>
<br><font size=2 face="sans-serif">Navid Mehregani</font>
<br><font size=2 face="sans-serif">IBM Canada</font>
--=_alternative 004CABE78525708B_=--
Re: using TPTP Profiling tools [message #33231 is a reply to message #33196] Thu, 29 September 2005 15:01 Go to previous messageGo to next message
Marius Slavescu is currently offline Marius SlavescuFriend
Messages: 67
Registered: July 2009
Member
Lee,

The time that you see in the UI is the corrected time, we are substracting
the actual overhead of the profiler.

The filters that you'll use are very important and as Navid said, they would
affect the processing speed. Besides of using filters in order to reduce the
overall application execution time, you could also profile to a file, then
import the raw trace file using Import Profiling File wizard.

Initialy you could import using Execution Statistics mode, try to find the
interseting packages/classes/methods the import again using Full Graphical
detail mode and apply another set of filters (import time filters, see
Filter tab in the Import Profiling File wizard) to include only the
interesting packages/classes/methods.

Regards,
Marius
Re: using TPTP Profiling tools [message #33332 is a reply to message #33231] Fri, 30 September 2005 01:38 Go to previous messageGo to next message
Xiang Li is currently offline Xiang LiFriend
Messages: 2
Registered: July 2009
Junior Member
Hello,

David, Marius, thanks for your quick response, i appreciate it.
in regarding to the filters, i do add my own filter set, which
actually contains one class since i am interested in monitoring
a method invocation of that class. and what does the method do
is retrieve some data from database and display them on the UI.
the problem is if i limited the row retrieved, it is ok. but if
i retrieved 5000 records as i did yesterday, the time that the
application displays the result on the UI are much slower when
it is monitored.

without monitoring, it takes about 10-15 sec to see the results.
with monitoring, it takes about 45-60 sec to see the results.

Lee.
Re: using TPTP Profiling tools [message #33479 is a reply to message #33124] Fri, 30 September 2005 19:26 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: Navid_Mehregani_nmehrega.ca.ibm.com

This is a multipart message in MIME format.
--=_alternative 006AC1138525708C_=
Content-Type: text/plain; charset="US-ASCII"

Yes, well, obviously your application will run slower when it's being
profiled because there's the extra overhead involved in profiling your
application, but as Marius has suggested the performance times displayed
in our views are still *correct*, since we subtract the overhead involved
in profiling from the the overall execution of your application when it's
being profiled.

Navid Mehregani
IBM Canada
--=_alternative 006AC1138525708C_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=2 face="sans-serif">Yes, well, obviously your application
will run slower when it's being profiled because there's the extra overhead
involved in profiling your application, but as Marius has suggested the
performance times displayed in our views are still *correct*, since we
subtract the overhead involved in profiling from the the overall execution
of your application when it's being profiled.</font>
<br>
<br><font size=2 face="sans-serif">Navid Mehregani<br>
IBM Canada</font>
--=_alternative 006AC1138525708C_=--
Re: using TPTP Profiling tools [message #35000 is a reply to message #33332] Tue, 11 October 2005 23:35 Go to previous message
Kelvin Chu is currently offline Kelvin ChuFriend
Messages: 12
Registered: July 2009
Junior Member
Lee,

What's your jvm heap size? When your application retrieve more records
(5000 in your case), the jvm may allocate more phyical memory. And, if
it is bigger than the heap size, the jvm may spend too much time on
garbage collection. If you are using default setting, one thing you can
try is to increase the heap size by -Xmx argument.

BTW, did you try remote monitoring? Would it reduce the monitoring overhead?

Kelvin
Actuate

xiang li wrote:
> Hello,
> David, Marius, thanks for your quick response, i appreciate it. in
> regarding to the filters, i do add my own filter set, which actually
> contains one class since i am interested in monitoring a method
> invocation of that class. and what does the method do is retrieve some
> data from database and display them on the UI. the problem is if i
> limited the row retrieved, it is ok. but if i retrieved 5000 records as
> i did yesterday, the time that the application displays the result on
> the UI are much slower when it is monitored.
>
> without monitoring, it takes about 10-15 sec to see the results.
> with monitoring, it takes about 45-60 sec to see the results.
>
> Lee.
>
>
>
>
Previous Topic:Garbage collector Statistical graph
Next Topic:How to write a Data Collection Agent
Goto Forum:
  


Current Time: Fri Apr 26 19:53:39 GMT 2024

Powered by FUDForum. Page generated in 0.03498 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top