[Sablevm-developer] Runaway memory usage

[Archie C. <ar...@de...>]

I've upgraded Soot from 1.2.3 to 1.2.4 and now I'm having a problem
running it with SableVM (version 1.0.5).

The problem is that the sablevm process seems to eat up an infinite
amount of memory, bringing my machine to a grinding, thrashing halt.

I've tried to limit sablevm by adding this to my ~/.sablevm file:

    property = sablevm.heap.size.increment=0
    property = sablevm.heap.size.min=16777216
    property = sablevm.heap.size.max=16777216
    property = sablevm.classloader.heap.size.increment=0
    property = sablevm.classloader.heap.size.min=16777216
    property = sablevm.classloader.heap.size.max=16777216

Here's what happens:

    $ sablevm --verbose-gc soot.Main -O --jimple Test
    [verbose gc: allocating fixed size heap (2 * 16777216 bytes)]
    Soot started on Fri Dec 13 00:53:14 GMT 2002
    [verbose gc: previously allocated 16764392 bytes, surviving 4175580 bytes, new heap is 16777216 bytes, gc time = 0 sec 161959 usec]
    [verbose gc: previously allocated 16767392 bytes, surviving 6926324 bytes, new heap is 16777216 bytes, gc time = 0 sec 252533 usec]
    Transforming Test... ^C^C

At that point I killed sablevm because the system was going to
kill it anyway when it ran out of swap. The last top(1) snapshot
showed this:

 last pid:   566;  load averages:  0.33,  0.25,  0.19  up 0+00:34:11  16:54:00
 70 processes:  1 running, 69 sleeping
 CPU states:  3.1% user,  0.0% nice, 44.2% system,  0.8% interrupt, 51.9% idle
 Mem: 103M Active, 952K Inact, 18M Wired, 312K Cache, 22M Buf, 492K Free
 Swap: 133M Total, 60M Used, 73M Free, 45% Inuse, 248K Out

  PID USERNAME PRI NICE  SIZE    RES STATE    TIME   WCPU    CPU COMMAND
  566 archie    28   0   179M 90108K pfault   0:25 46.27% 42.29% sablevm
  ...

Notice sablevm is using 179M of memory! Any ideas how to fix this?
And what is different about the new version of Soot that triggers this?

Thanks,
-Archie

__________________________________________________________________________
Archie Cobbs     *     Packet Design     *     http://www.packetdesign.com