Processing status update
john_lee at openmoko.com
Fri Sep 19 16:22:15 CEST 2008
I just dug out this mail today...
On Wed, Jun 04, 2008 at 02:20:29PM +0200, Sebastian Mancke wrote:
> Hi John,
> I'm not sure, If you saw my comment on Michaels blog-post, so:
> Your DBus startup Server looks nice. We are also interested to have a
> general solution for this (not only focussing on processing apps).
> - Do you already have an idea, on how (when) to free resources (objects
> and class meta data) allocated by single processing applets?
I tried to call system gc every time the app unloaded, but the jvm
will not react immediately. It will keep growing for several times
then do gc.
> - Do you have an Idea on how to start up the java 'sever' process only
> on demand (when the first application should be executed) and shut down
> the sever after an idle time?
Yes you can set up the dbus to automatically execute a daemon to
provide a dbus service upon requested. No idea about the automatic
shutdown but I think maybe the daemon can shutdown itself.
> John Lee schrieb:
> > Hi,
> > I have been assigned to another tasks so there is only one week left
> > on processing. I'll see what I can do within it.
> > what have I done this week:
> > a processing loader listening to requests on dbus.
> > which means we can use dbus-send to ask the loader to load our app and
> > execute it.
> > this reduced the load time from ~10 secs to 1 sec.
> > how to test it:
> > 0. (optional) update cairo on neo. I built 1.6.4 myself. It's a lot
> > faster so I'll probably push this into OE.
> > 1. opkg install libdbus-java
> > opkg install ibmatthew-java
> > 2. binaries: http://people.openmoko.org/john_lee/processing, download
> > the directory to neo.
> > 3. open 2 ssh connections, set DBUS_SESSION_BUS_ADDRESS.
> > 4. ./processing-server on one connection, wait "Server ready."
> > ./processing-lanuch ColorWheel.jar on the other one.
> > (or SineCosine.jar)
> > 5. the first start is slow, after that it will be faster.
> > source: http://git.openmoko.org/?p=processing.git;a=summary
> > what am I still doing:
> > more profiling indicates that I have to look into jvm for further
> > improvements.
> > Regards,
> > John
> tarent Gesellschaft für Softwareentwicklung und IT-Beratung mbH
> Heilsbachstr. 24, 53123 Bonn | Poststr. 4-5, 10178 Berlin
> fon: +49(228) / 52675-0 | fon: +49(30) / 27594853
> fax: +49(228) / 52675-25 | fax: +49(30) / 78709617
> durchwahl: +49(228) / 52675-17 | mobil: +49(171) / 7673249
> Boris Esser, Elmar Geese, Thomas Müller-Ackermann
> HRB AG Bonn 5168
> Ust-ID: DE122264941
More information about the devel