RE: [Sablevm-user] hello

[Alan L. <al...@in...>]

Etienne,

  I'd be more than happy to do that, but if you had some basic ideas as =
to size it would be really useful in helping me decide whether it is =
worth it or not (sorry to sound lazy but I have a full plate here).

Kaffe (or rather Kangaroo - a CLDC'ised version) seems to need at =
footprint of 2 megs to get anything done. Do you think Sable could come =
in under that ??

Tnx
Alan


-----Original Message-----
From: Etienne Gagnon [mailto:gag...@uq...]=20
Sent: Sunday, April 18, 2004 12:23 PM
To: Alan Littleford
Cc: sab...@li...
Subject: Re: [Sablevm-user] hello


Hi Alan,

You could grab SableVM's source code and do test it for yourself and =
hopefully report back the results here.

You can set SableVM's memory consupmtion properties using:

sablevm.heap.size.min
sablevm.heap.size.max  // 0 means no max. sablevm.heap.size.increment  =
// 0 means fixed-size heap

e.g.

$ sablevm --property=3Dsablevm.heap.size.min=3D1024 =
--property=3Dsablevm.heap.size.increment=3D1024 ...

This would start with a 1K heap and increase it by 1K increments, when =
needed.

You can also customize other memory consuption things like stack =
size/growth, and class-loading related memory.  All these properties are =
defined in src/libsablevm/vm_args.m4.c =
http://devel.sablevm.org/svn/repository/sablevm/branches/staging/src/libs=
ablevm/vm_args.m4.c

Looking forward to see your results!

Etienne

Alan Littleford wrote:
> Etienne,
>=20
>    would you have any hard numbers for a 'reasonable' system?
>=20
> We are looking for an embeddable JVM ourselves. Kaffe requires a heap=20
> size of > 1 meg just to do a 'hello world'. How would Sable compare =
against that? (Better I hope!).
>=20
> Do you happen to know if anyone has tried to 'cldc-ise' Sable and what =

> kind of footprint that might result in ??
>=20
> Performance-wise do you have a feel for how Sable might compare=20
> against the threaded-int version of Kaffe (which I guess just about=20
> sets our minimum acceptable level of performance) ?
>=20
> Thanks
>=20
> Alan
>=20
>=20
>=20
>=20
> -----Original Message-----
> From: sab...@li...=20
> [mailto:sab...@li...] On Behalf Of Etienne =
Gagnon
> Sent: Sunday, April 18, 2004 10:10 AM
> To: Vladimir Levin
> Cc: sab...@li...
> Subject: Re: [Sablevm-user] hello
>=20
>=20
> Vladimir Levin wrote:
>=20
>>I am looking at using Java for embedded development. I am wondering if =

>>SableVM is suitable for embedded development? How does it compare to=20
>>GCJ?
>=20
>=20
> SableVM's runtime memory footprint can be pretty low, I guess.  You=20
> can setup the initial heap size to 0 byte, and the increment to 1=20
> byte, so that SableVM will tend to have as small a heap as possible=20
> (somewhat).
>=20
> Also, you can compile it with -Os, to optimize size.  [Many of the m4=20
> macros in place to add robustness can be easily modified to expand to=20
> even smaller code.]
>=20
> At runtime, the bytecode gets very little expansion (for preparation), =

> compared to compiled code (gross figure; some times it's the other way =

> around for specific bytecode sequences).
>=20
> SableVM is a "traditional" kind of JVM; it does no ahead of time=20
> compiling, not runtime compilation.  It can result in smaller code. =20
> But, it will not compete in speed with highly optimized code, or=20
> adaptive optimization systems such as JikesRVM.
>=20
> Etienne
>=20


--=20
Etienne M. Gagnon, Ph.D.             http://www.info.uqam.ca/~egagnon/
SableVM:                                       http://www.sablevm.org/
SableCC:                                       http://www.sablecc.org/

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.659 / Virus Database: 423 - Release Date: 4/15/2004
=20

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.659 / Virus Database: 423 - Release Date: 4/15/2004
=20