-
Bug
-
Resolution: Fixed
-
P3
-
6
-
None
-
b28
-
generic
-
generic
Please see the attached performance log. It was
produced by running SwingMark 15 times with XAWT on Linux(SuSE 9.1). Please notice the
results produced by setXICFocusNative - it consumed almost 9% of all
EventQueue's ticks! Since SwingMark was run 15 times, and there is only
one focused window, I would expect it to be around 15 ticks (all
consecutive calls are basically no-ops, one tick per call based on the
performance of other X calls seems enough). Looking at the native code,
I see two problems:
- it doesn't check if the focus has already been set to the same
window. Perhaps it is being checked somewhere before, but this needs to
be verified
- it calls XSync - almost all the time! XSync may be removed, or
replaced with XFlush, or at least called only when window changes
- do we really need these calls in en_US.UTF-8 locale?
The steps to reproduce the problem:
1. Get refworkload from alacrity.sfbay
2. Run benchmarks/swingmark with "java -Xprof SwingMark -r 15"
###@###.### 2005-2-15 10:26:18 GMT
produced by running SwingMark 15 times with XAWT on Linux(SuSE 9.1). Please notice the
results produced by setXICFocusNative - it consumed almost 9% of all
EventQueue's ticks! Since SwingMark was run 15 times, and there is only
one focused window, I would expect it to be around 15 ticks (all
consecutive calls are basically no-ops, one tick per call based on the
performance of other X calls seems enough). Looking at the native code,
I see two problems:
- it doesn't check if the focus has already been set to the same
window. Perhaps it is being checked somewhere before, but this needs to
be verified
- it calls XSync - almost all the time! XSync may be removed, or
replaced with XFlush, or at least called only when window changes
- do we really need these calls in en_US.UTF-8 locale?
The steps to reproduce the problem:
1. Get refworkload from alacrity.sfbay
2. Run benchmarks/swingmark with "java -Xprof SwingMark -r 15"
###@###.### 2005-2-15 10:26:18 GMT
- relates to
-
JDK-6715359 non-IM client can share an InputContext in other Component
- Open
-
JDK-6306625 Uncomitted characters are lost when the focus is moved to another textfield by mouse click
- Resolved
-
JDK-6311415 Deactivate the input method is not necessary when input method is null
- Resolved
-
JDK-6575419 Solaris : XSetICFoucs is not called with Java application at appropriate timing
- Closed
-
JDK-6247108 Native input method is not deactivated when switching to java input method
- Closed