Poor window resize performance caused by threads creation for every particular event. When you resize your window application receives hundreds of such events. This leads to high resource consumption (both CPU and memory) and slowdowns the application.
To fix it we can use single threaded scheduled executor service for the purpose of delaying saving size.
Could be applied to trunk. Also compatible with stable version.
Testing steps:
1. apply patch and build
2. start jedit and make window changes: resize, move, minimize/maximize
3. ensure that changes has been saved
4. (optional) you can connect with visualvm to ensure that there are no superflous threads created at every resize event.
Testing it now. So far so good. I will apply in a couple of days if all goes well.
For the changelog entry, what name should I credit your contribution to? Would you mind setting a real name for your sf.net userid?
Done.
Committed rev# 23857. Thank you for your contribution! I hope this is not your last.