Brutal X-Windows performance of Swing apps on slow links
This isn't really a Blackdown problem but does relate to Java under Linux. I've been trying to display a Wwing application through X-Windows from one machine to another across an ISDN line. Performace is horrible, it takes a long time to open windows, display menus and react to mouse events. Other X applications including emacs and Mozilla are quite usable over the same link. What is it about Swing and/or AWT that causes this horrible performance. Is there anything that can be done about it. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Brutal X-Windows performance of Swing apps on slow links
On 2001-03-06 08:35:32 -0500, Martin, Stephen wrote: > Swing and/or AWT that causes this horrible performance. Is > there anything that can be done about it. Use jdk 1.x Best regards Martin -- Martin Schröder, [EMAIL PROTECTED] ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Brutal X-Windows performance of Swing apps on slow links
On Tue, Mar 06, 2001 at 08:35:32AM -0500, Martin, Stephen wrote: > This isn't really a Blackdown problem but does relate to Java under Linux. > I've been trying to display a Wwing application through X-Windows from one > machine to another across an ISDN line. Performace is horrible, it takes a > long > time to open windows, display menus and react to mouse events. Other X > applications > including emacs and Mozilla are quite usable over the same link. What is it > about > Swing and/or AWT that causes this horrible performance. Is there anything > that can > be done about it. So-called "lightweight toolkits" like Swing are much harder on network bandwidth than "heavyweight toolkits" - solving the same problem in AWT would help, if you can live with the limited selection of widgets. Also, using the LBX extension (low-bandwidth X), which is something you set up completely outside Java, is a good way to improve X's bandwidth usage. Nathan Meyers [EMAIL PROTECTED] > > Steve > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Brutal X-Windows performance of Swing apps on slow links
On 2001-03-06 15:48:55 +0100, Martin Schröder wrote: > On 2001-03-06 08:35:32 -0500, Martin, Stephen wrote: > > Swing and/or AWT that causes this horrible performance. Is > > there anything that can be done about it. > > Use jdk 1.x s/1\.x/1\.1\.x/ Best regards Martin -- Martin Schröder, [EMAIL PROTECTED] ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Brutal X-Windows performance of Swing apps on slow links
"Martin, Stephen" wrote: > I've been trying to display a Wwing application through X-Windows from one > machine to another across an ISDN line. Performace is horrible, it takes a > long time to open windows, display menus and react to mouse events. Other > X applications including emacs and Mozilla are quite usable over the same > link. What is it about Swing and/or AWT that causes this horrible > performance. Is there anything that can be done about it. See the suggestions in http://developer.java.sun.com/developer/bugParade/bugs/4204845.html Do any of those help? - Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Brutal X-Windows performance of Swing apps on slow links
SUn's Bug Parade did say that Swing on remote X IS slow. The workaround is not to use double-buffering: http://developer.java.sun.com/developer/bugParade/bugs/4204845.html Nathan Meyers wrote: > > On Tue, Mar 06, 2001 at 08:35:32AM -0500, Martin, Stephen wrote: > > This isn't really a Blackdown problem but does relate to Java under Linux. > > I've been trying to display a Wwing application through X-Windows from one > > machine to another across an ISDN line. Performace is horrible, it takes a > > long > > time to open windows, display menus and react to mouse events. Other X > > applications > > including emacs and Mozilla are quite usable over the same link. What is it > > about > > Swing and/or AWT that causes this horrible performance. Is there anything > > that can > > be done about it. > > So-called "lightweight toolkits" like Swing are much harder on network > bandwidth than "heavyweight toolkits" - solving the same problem in AWT > would help, if you can live with the limited selection of widgets. Also, > using the LBX extension (low-bandwidth X), which is something you set > up completely outside Java, is a good way to improve X's bandwidth usage. > > Nathan Meyers > [EMAIL PROTECTED] > > > > > Steve > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Homepage: http://homepages.tig.com.au/~jmsalvo/ Public Key: http://pgp5.ai.mit.edu:11371/pks/lookup?op=get&search=0x51F47D34 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Brutal X-Windows performance of Swing apps on slow links
> See the suggestions in > http://developer.java.sun.com/developer/bugParade/bugs/4204845.html > Do any of those help? > - Dan This and all the rest of the replies have been excellent. Clearly Sun is aware of the problem and from reading the posts attached to the bug it is clear that the user community wants them to do something about it. I will try some of the suggestions and figure out what works best for me, unfortunatley it looks like copying over the source and compiling and running locally is going to be the way to go. :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Brutal X-Windows performance of Swing apps on slow links
On Tue, 6 Mar 2001, Jesus M. Salvo Jr. wrote: > SUn's Bug Parade did say that Swing on remote X IS slow. The workaround > is not to use double-buffering: > > http://developer.java.sun.com/developer/bugParade/bugs/4204845.html Something else to do is to use a stream compressor to compress the data going across your (slow) ISDN link. I have ISDN and I regularly use ssh with X11 Forwarding and compression cranked up to level 9. This made remote X apps of all sorts much more bearable. I used ssh here because I had to use ssh anyway. There exist other utilities which will provide X11 compression without the ssh encryption/ authentication baggage. -- Joi EllisSoftware Engineer Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED] No matter what we think of Linux versus FreeBSD, etc., the one thing I really like about Linux is that it has Microsoft worried. Anything that kicks a monopoly in the pants has got to be good for something. - Chris Johnson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Brutal X-Windows performance of Swing apps on slow links
"Martin, Stephen" wrote: > > > See the suggestions in > > http://developer.java.sun.com/developer/bugParade/bugs/4204845.html > > Do any of those help? > > - Dan > > This and all the rest of the replies have been excellent. Clearly Sun is > aware of the problem and from reading the posts attached to the bug > it is clear that the user community wants them to do something about it. I dunno - seems like the only thing Sun could do is detect the slow connection, and automatically apply some of those workarounds. They're not hard. I do hope you try them. - Dan > I will try some of the suggestions and figure out what works best for me, > unfortunatley it looks like copying over the source and compiling and > running locally is going to be the way to go. :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
accessing java string
Hi all, I created a JVM (JNI_CreateJavaVM), then now I would like to accessing java string through GetStringUTFChars. Before I can use GetStringUTFChars, I have to FindClass and GetMethodID? Since GetStringUTFChars(env, string, isCopy) is so simple, doesn't involve methodID and so on, I don't know how this string can be passed to native program. For example, i wanna to get java string s1 from java side. My C native side have to assign jstring s1? How it can get jstring from java? Java have to return String s1? Thank you soonho
