This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | Profile information is not full after Reset for Global Attach | ||
---|---|---|---|
Product: | profiler | Reporter: | Alexander Kouznetsov <mrkam> |
Component: | Base | Assignee: | Petr Cyhelsky <cyhelsky> |
Status: | REOPENED --- | ||
Severity: | blocker | CC: | kganfield |
Priority: | P2 | Keywords: | RELNOTE |
Version: | 6.x | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Attachments: |
Snapshot when Anagram Project selected
Snapshot when Global Attach selected |
Description
Alexander Kouznetsov
2007-02-26 14:22:08 UTC
Created attachment 38908 [details]
Snapshot when Anagram Project selected
Created attachment 38909 [details]
Snapshot when Global Attach selected
yardus not for m8 This is currently as designed. With Profile Project, Entire Application root methods are computed from the sources and every method in project is root method. However no such information is available with global attach so for global attach Runable.run() and first class with void main(String[]) are root methods. For AnagramGame no root method is invoked after your 'Reset Results'. according to the previous comment closing this issue as invalid I believe this design is not transparent enough to user due to the following reasons: - Reset Results is assumed to be the way user could reset all counters of profiling. There are another ways to re-start profiling: to use Modify with the same parameters, or detach and attach profiler again. This seems to be a usability issue. - There is no clear information what side effects selection of different projects could cause (due to computation of root methods, etc.). This could cause user to fail to get relevant measurement data. This is a usability issue as well. Feel free to change this to ENHANCEMENT if all of this is as designed. changing to enhancement - the application works as designed; however it can be further improved Just tried profiling the JAlbum application and could see this bug after resetting results. I was 200% sure this is a bug until Alexander has pointed me to this issue. My opinion as a user is that this behavior is a bug. I vote for fixing this as soon as possible or at least implement issue 95808 to avoid confusion Milestone cleanup: future->next changing owner |