Custom Query (172 matches)
Results (67 - 69 of 172)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#68 | wontfix | Performance of Java 6 is not too good | ||
Description |
Java 6 still feels a quite a bit slow (in some areas). To demonstrate it, I used Jeti/2, measuring time from starting it and until GUI is up and roster and 4 MUCs (2 on local server 2 on remote) are populated. All tests done from same client PC, only the loaded Java versions are different.
Time to start Jeti/2 until roster and 4 MUC are filled Java 1.41 | Java 1.42 | Java 1.50 | Java 1.60 |
(A lot more tests was actually done - these are the best results) 1) Java 1.41 loads in 9 secs in almost every test done. 2) Between 15-25 secs in mosts test. Not easy to see any specific
3) Has seems to have some timing issues with sockets / DNS - hang
4) Lots of tests were over 1 minut to load. Splash screen is
There seems to be room for improvement - although it may be hard to compete with our native 1.41 |
|||
#69 | fixed | No output from java.exe -? if another Java app is already running. | ||
Description |
Start any java app, and try: Java.exe -? (no output - that is annoying) Java.exe -version (no output) but Java -fullversion gives normal output At least the help is needed :-) |
|||
#71 | wontfix | unnecessary dependence on gccxxx.dll | ||
Description |
Java includes a dependence on ftp://ftp.netlabs.org/pub/gcc/gcc4core.wpi. This can result in multiple installs of these DLLs, wasted bandwidth downloading them yet again for very little benefit. Simple solution is to set GCCOPT='-static-libgcc' This will statically link the couple of small functions that may be needed. |