[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Help-smalltalk] Playing with the VM Limits, crash on many processes

From: Holger Hans Peter Freyther
Subject: [Help-smalltalk] Playing with the VM Limits, crash on many processes
Date: Sat, 20 Nov 2010 18:30:45 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20101103 Fedora/1.0-0.33.b2pre.fc14 Lightning/1.0b2 Thunderbird/3.1.6

Hi all,

I created the attached torture test to get a feeling of how many processes I
can create and if my planned approach would work. With about 100.000 processes
I ran into a crash inside the GC. Compiling GST without support for the
generational GC seem not to crash.

Is this test just hitting the limit of number of objects that the GC can
properly manage? I will now build with GC_DEBUG and see what we are hitting.


With the generational GC:
#2  0x0013df6e in abort () at abort.c:92
#3  0x007e1615 in oldspace_sigsegv_handler (fault_address=0x10, serious=0) at
#4  0x008331b4 in sigsegv_handler (sig=11, sc=...) at
#5  <signal handler called>
#6  0x007e1242 in scanned_fields_in (object=<value optimized out>,
flags=<value optimized out>)
    at ../../libgst/oop.c:1940
#7  0x007e286d in _gst_copy_an_oop (oop=<value optimized out>) at
#8  0x007e2b58 in scan_grey_pages () at ../../libgst/oop.c:1847
#9  0x007e38fc in copy_oops () at ../../libgst/oop.c:1755
#10 _gst_scavenge () at ../../libgst/oop.c:1229
#11 0x007e3e5c in _gst_alloc_obj (size=20, p_oop=0xbf8abd6c) at

Without the generational GC:

The backtrace

Description: application/vnd.sailingtracker.track

reply via email to

[Prev in Thread] Current Thread [Next in Thread]