|
Quick Lists
|
|
Bug ID:
|
5043070
|
|
Votes
|
0
|
|
Synopsis
|
Long time to restore minimized application
|
|
Category
|
java:classes_awt
|
|
Reported Against
|
1.4.2
|
|
Release Fixed
|
1.5(tiger-b56)
|
|
State
|
10-Fix Delivered,
bug
|
|
Priority:
|
2-High
|
|
Related Bugs
|
|
|
Submit Date
|
06-MAY-2004
|
|
Description
|
When you minimize any other large Java app (like NetBeans IDE) that manages to be really idle
when minimized on Windows, it is totally swapped out, and once you switch to it, it is feeling
like a zombie for next few minutes.
xxxxx@xxxxx 2004-05-06
xxxxx@xxxxx 2004-05-07
|
|
Work Around
|
N/A
|
|
Evaluation
|
The time to restore a minimized Java GUI application has nothing at all to do with paging unless the system in question has insufficient main memory and other activiity on the system would cause the Java app's working set to be stolen away. But this effect would be noticeable whether or not the GUI was minimized. But more fundamentally Sun's J2SE implementation, at the VM level at least, has no mechanism for overriding the VM policy of the operating system and causing it's own working set to be "trimmed." There is also no means by which the VM can cause its pages to be swapped out: this behavior is imposed by the OS in response to other demands for virtual memmory.
Problem:
The time to restore a minimized Java GUI application has nothing at
all to do with paging unless the system in question has insufficient
main memory and other activity on the system would cause the Java
app's working set to be stolen away. But this effect would be
noticeable whether or not the GUI was minimized. But more
fundamentally Sun's J2SE implementation, at the VM level at least,
has no mechanism for overriding the VM policy of the operating system
and causing it's own working set to be "trimmed." There is also no
means by which the VM can cause its pages to be swapped out: this
behavior is imposed by the OS in response to other demands for
virtual memory.
Requesters:
Net Beans, xxxxx@xxxxx
Solution:
Make a system property to allow Java application disable the working set
trimming as described in MSKB article 293215. To do so application should
override the processing of WM_SYSCOMMAND (wParam == SC_MINIMIZE) and
programmatically minimize the window.
The feature is turned off by default, so the behavior of unwilling
applications will not be changed.
Interface summary
exported private other System property java.awt.trimWorkingSetOnMinimize
Specification
Microsoft Knowledge Base Article - 293215 PRB: An Application's Working
Set Is Trimmed When Its Top-Level Window Is Minimized
is available on URL
http://support.microsoft.com/default.aspx?scid=kb;en-us;293215
sun.awt.keepWorkingSetOnMinimize
if sun.awt.keepWorkingSetOnMinimize=="true", the working set
trimming is disabled, otherwise the default OS behavior is
preserved.
Compatibility risk: minimal
======================================================================
xxxxx@xxxxx 2004-11-09 22:34:31 GMT
xxxxx@xxxxx 2004-11-09 22:35:42 GMT
xxxxx@xxxxx 2004-11-09 22:36:09 GMT
|
|
Comments
|
Submitted On 20-MAR-2007
Frobb
At the moment I was not able to pass this parameter (sun.awt.keepWorkingSetOnMinimize) to a Webstart application, even if the system property is set by <property name="sun.awt.keepWorkingSetOnMinimize" value="true"> it behaves like before. Is there any bugfix for webstart?
Submitted On 20-MAR-2007
Frobb
My mistake...
Acually the java-vm-args works for Internet Explorer and the Webstart standalone console.
So the issue seems to be with Firefox and those java-vm-args.
Submitted On 01-DEC-2009
vk_
When trying to set sun.awt.keepWorkingSetOnMinimize=true for a Webstart application it is being ignored
<j2se ... java-vm-args="-Dsun.awt.keepWorkingSetOnMinimize=true"/>
please help
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|
|
|
 |