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.
Beginning of action: User chooses save from menu or issues keyboard shortcut Initial Feedback: Status message appears (such as saving...) Maximum time allowed: 100 ms Next feedback: Control is returned to user (preferred) or busy cursor appears Max time allowed: 1000 ms Completion: File is saved, status message appears Maximum time allowed: Variable, proportionate to size & number of files (linear -- a + b(n) where a and b are contants and n is the number of files saved.
Beginning of action: Execute command issued, keyboard, menu, or toolbar Initial feedback: First status message appears Maximum time allowed: 100 ms From the time the last status appears until the execution environment appears: Maximum time allowed: 1000 ms
Marian's measurement (time in milliseconds): conditions: - SUN UltraSparc60 / 512 MB RAM / Solaris 5.8 / CDE - JDK1.4.1(01) - [nb_dev](200211140100) , MDI - mounted sampledir Save & execute save [ColorPreview] change status 68 93 15 saved 486 278 347 execute [HelloWorld] change status 216 254 218 executed 5227 3296 3914 ColorPicker[compiled] change status 4045 330 568 executed 16099 3303 3014 Test cases described on page : http://performance.netbeans.org/qa/TestSuites.html#execute_Hello_world http://performance.netbeans.org/qa/TestSuites.html#save_java_file_edited_20kB
Save action is IMO non-issue, it has no responsiveness problem (at least what seen in source editor). The execution seems to be a problem on Solaris; on W2K 733MHz, the execution time of ColorPicker is about 3.5 sec.
updating summary (excluding Save as it's ok), passing to execution.
Changed owner David S. -> David K.
I'd update the requirement to: "Be as fast as java invocation from command line" Of course when the compilation is not involved.
changing owner dkonecny -> pnejedly
Rewritten for D; if there are problems they should be reevaulated.