File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
The moose likes Performance and the fly likes Performance tools Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » Performance
Bookmark "Performance tools" Watch "Performance tools" New topic

Performance tools

Neil Goldsmith
Ranch Hand

Joined: Nov 02, 2001
Posts: 34
We are porting over Windows code to Java and one feature we really loved was the Performance Monitor that windows provided. It allowed you to add your own custom performance items to view in realtime with nice graphics which is something we really want to have.
Is there an equivalent (or better) tool, either freeware or 3rd party that might have similar functions in Java?
We want each developer on our team who develops a component to use our in house performance collection classes. It will be the collection classes that talk to the display which I'm hoping will not have to be custom written in house.
Michael Morris
Ranch Hand

Joined: Jan 30, 2002
Posts: 3451
Most likely what you want to do is going to involve the writing (or wrapping) of some native code. That is generally not a problem if you have a single target platform. But if you are porting to JAVA why would you have a single target platform? Unfortunately the thing that makes JAVA so great also makes it impotent to low level system routines.

Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius - and a lot of courage - to move in the opposite direction. - Ernst F. Schumacher
Mark Herschberg

Joined: Dec 04, 2000
Posts: 6037
Originally posted by Michael Morris:
But if you are porting to JAVA why would you have a single target platform?

Perhaps because your customers only need it on one platform. Java has advantages other than platform independence.
Michael Morris
Ranch Hand

Joined: Jan 30, 2002
Posts: 3451
I agree that if JAVA were not platform independant, It would still be my language of choice becuase I feel that C++ (which I coded in for over 10 years) is too open-ended: It just gives developers too many ways to trap themselves. My experience has been that if you have a decent application at some point someone's gonna say "Hey, what would it take to port this to a Mac?" So once you start adding native code to your Java application, when this occurs, now you're forced to write a native library for the MAC, Solaris, Linux, etc.
Anyway I do understand your point and respect your opinion, but as a developer I always resist the use of native code until I'm overruled.
I agree. Here's the link:
subject: Performance tools
It's not a secret anymore!