I using gs:check-event with the (gs:get-bounds) call every 100 millisecs to know if canvas has resized.
In my system (AMD Turion 64, Debian 64 bit) newlisp, runned with guiserver uses ~55% CPU for newlisp and ~45% CPU for java.
The CPU's adaptive fan is trying to fly away from the box :-)
Yes i have the same with my AMD 64..the fan is blowing crazy on some applets.. on my P4 is too quiet but same cpu load..
The most performance goes into the interaction part between Java and
newlisp. I forgot the tool name but you can debug java and see the
performance details in java while running a GS applet.. Because running
java allown on my machine is as quiet as a mouse..
But there is one issue there (just discovered):
On my system (gs:check-event pause-in-microseconds) seems not to wait at all despite the pause value.
I.e. for 10 seconds I got about 200000 events.
Probably I need a manually inserted sleep in the event loop?
Yes, slow it down with (sleep ...). The time in 'gs:check-event' is the maximum time it will block before returning and looping. This is similar to a 'net-select'. So if there is an event before the wait time, it will return right away and the loop will go faster.