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.
Quoting Tomas Pavek: "my measuring shows 200 more ms (in switching GUI -> Editing time) for ~40 files opened in editor" It means that time needed for workspace switch grows significantly as number of top component in workspace grow. Goal: it's natural that switching of workspaces always be more expensive for rich workspaces, but now the time grows too quickly. We probably need to get under 100ms dirrefence between regular and rich workspaces. Note, for individual slowness of each component there are other issues filed.
Isn't this winsys problem?
No, this *is* the issue for editor, please re-read my previous comments. Of course, we have more general issue 27789 which is about workspace switching perf improvement and belongs to winsys. But as we measured, editor top components slows down process of workspace switching significantly. Summary: I'm asking you to identify where most of the time is spent in editors during the switch, and try to speed things up if possible. Winsys guys will try to do the same for core part during the work on 27789 issue.
What are we going to do with this task? Workspaces are not in the product anymore, so this task could probably be closed? Or reassigned to core / window system v1 to keep track of it for old versions?
no longer interesting as we do not use workspaces now