[rvm-research] Fwd: Bug: Error allocating contiguous chunks

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Hello All,

          I posted about this bug a month ago, but didn't receive any reply
(original message below). There is some kind of error in growing the large
object space (seems to be racey). It only occurs occasionally in the stock
configuration, but unfortunately some changes I've made for my own research
seem to perturb the timing so that it happens often.

          I haven't been able to determine the exact problem, but I did
create a cheap hack that grabs a whole bunch of pages in the large object
space the first time an object is allocated (thus avoiding having to grow
it later).

          Any one know what is going on here?

                --Nathan Ricci
                   Tufts University

---------- Forwarded message ----------
From: Nathan Ricci <vh...@gm...>
Date: Tue, Dec 17, 2013 at 8:36 PM
Subject: Bug: Error allocating contiguous chunks
To: "General discussion of Jikes RVM design, implementation, issues, and
plans" <jik...@li...>

There is some error when growing discontiguous space (stack trace below).
This error appears to be timing dependent and does not always occur. On my
system, it seems to happen on about every 1 out of 120 runs of the dacapo
luindex benchmark. This occurs on both jikesrvm-3.1.3

The command line was:

rvm -Xmx300m -X:gc:sanityCheck=false -X:gc:verbose=0 -jar
dacapo-9.12-bach.jar luindex

The RVM was configured with BaseBasMarkSweep.

I've already opened an issue for this:
https://jira.codehaus.org/browse/RVM"General
discussion of Jikes RVM design, implementation, issues, and plans"
<jik...@li...>-1069<https://jira.codehaus.org/browse/RVM-1069>

Does any one know if this is the same error as
http://jira.codehaus.org/browse/RVM-1008 ?

Also looks like this one that was already closed;

http://jira.codehaus.org/browse/RVM-662

Is there a way to work around this? Increase the heap size (altough 300m
seems quite adequate for luindex)?

              --Nathan Ricci, Tufts University

Error message and stack trace:

Conflicting virtual address request for space "los" at 0xa4c00000
Key: (I)mmortal (N)onmoving (D)iscontiguous (E)xtent (F)raction
HEAP_START 0x60000000
AVAILABLE_START 0x65800000
boot IN 0x60000000->0x6fffffff E 0x10000000
immortal IND []
meta ND []
los ND [0xa4800000->0xa4bfffff, 0xa4400000->0xa47fffff,
0xa4000000->0xa43fffff, 0xa3c00000->0xa3ffffff, 0xa3800000->0xa3bfffff,
0xa3400000->0xa37fffff, 0xa3000000->0xa33fffff, 0xa2c00000->0xa2ffffff,
0xa2800000->0xa2bfffff, 0xa2400000->0xa27fffff, 0xa2000000->0xa23fffff,
0xa1c00000->0xa1ffffff, 0xa1800000->0xa1bfffff, 0xa1400000->0xa17fffff,
0xa1000000->0xa13fffff, 0x9b000000->0x9b3fffff, 0x99c00000->0x99ffffff,
0xa0c00000->0xa0ffffff, 0x8b800000->0x8bbfffff, 0x71c00000->0x71ffffff,
0x70c00000->0x70ffffff]
sanity ND []
non-moving ND [0x70000000->0x703fffff]
sm-code ND [0x70800000->0x70bfffff]
lg-code ND [0x72000000->0x723fffff]
ms ND [0x9ac00000->0x9affffff, 0x93000000->0x933fffff,
0x81800000->0x81bfffff, 0x84c00000->0x84ffffff, 0x7f400000->0x7f7fffff,
0x7a800000->0x7abfffff, 0x76400000->0x767fffff, 0x75400000->0x757fffff,
0x74000000->0x743fffff, 0x72800000->0x72bfffff, 0x71800000->0x71bfffff,
0x71400000->0x717fffff, 0x71000000->0x713fffff, 0x70400000->0x707fffff]
nursery 0xa4c00000->0xafffffff F 0.15
AVAILABLE_END 0xb0000000
HEAP_END 0xb0000000
used = 30897 pgs = boot 0 pgs + immortal 0 pgs + meta 0 pgs + los 21363 pgs
+ sanity 0 pgs + non-moving 144 pgs + sm-code 187 pgs + lg-code 7 pgs + ms
9196 pgs + nursery 0 pgs
used = 120.69 Mb = boot 0.00 Mb + immortal 0.00 Mb + meta 0.00 Mb + los
83.44 Mb + sanity 0.00 Mb + non-moving 0.56 Mb + sm-code 0.73 Mb + lg-code
0.02 Mb + ms 35.92 Mb + nursery 0.00 Mb
exiting
Thread #11
– Stack –
(0x71cca8d0 3159) at [0x71cca8d0, 0x6422edfd] Lorg/jikesrvm/VM;
sysFail(Ljava/lang/String;)V at line 2324
(0x71cca8f0 11048) at [0x71cca8f0, 0x642524e9] Lorg/jikesrvm/mm/mmtk/Assert;
fail(Ljava/lang/String;)V at line 41
(0x71cca924 11934) at [0x71cca924, 0x642522a7] Lorg/mmtk/utility/heap/Map;
insert(Lorg/vmmagic/unboxed/Address;Lorg/vmmagic/unboxed/Extent;ILorg/mmtk/policy/Space;)V
at line 104
(0x71cca960 11935) at [0x71cca960, 0x641b36c2] Lorg/mmtk/utility/heap/Map;
allocateContiguousChunks(ILorg/mmtk/policy/Space;ILorg/vmmagic/unboxed/Address;)Lorg/vmmagic/unboxed/Address;
at line 140
(0x71cca990 1745) at [0x71cca990, 0x641e0acb] Lorg/mmtk/policy/Space;
growDiscontiguousSpace(I)Lorg/vmmagic/unboxed/Address; at line 453
(0x71cca9d0 8430) at [0x71cca9d0, 0x641e1230]
Lorg/mmtk/utility/heap/FreeListPageResource;
allocateContiguousChunks(I)I at line 266
(0x71ccaa0c 8426) at [0x71ccaa0c, 0x641b3ec7]
Lorg/mmtk/utility/heap/FreeListPageResource;
allocPages(IIZ)Lorg/vmmagic/unboxed/Address; at line 149
(0x71ccaa40 2080) at [0x71ccaa40, 0x641b3845]
Lorg/mmtk/utility/heap/PageResource;
getNewPages(IIZ)Lorg/vmmagic/unboxed/Address; at line 241
(0x71ccaa7c 1744) at [0x71ccaa7c, 0x641cb6a5] Lorg/mmtk/policy/Space;
acquire(I)Lorg/vmmagic/unboxed/Address; at line 430
(0x71ccaabc 1237) at [0x71ccaabc, 0x641c9a5f]
Lorg/mmtk/utility/alloc/LargeObjectAllocator;
allocSlowOnce(III)Lorg/vmmagic/unboxed/Address; at line 101
(0x71ccab04 268) at [0x71ccab04, 0x641cb5eb] Lorg/mmtk/utility/alloc/Allocator;
allocSlowInline(III)Lorg/vmmagic/unboxed/Address; at line 258
(0x71ccab38 267) at [0x71ccab38, 0x641c998c] Lorg/mmtk/utility/alloc/Allocator;
allocSlow(III)Lorg/vmmagic/unboxed/Address; at line 237
(0x71ccab70 1239) at [0x71ccab70, 0x641cd392]
Lorg/mmtk/utility/alloc/LargeObjectAllocator;
alloc(III)Lorg/vmmagic/unboxed/Address; at line 81
(0x71ccabac 1600) at [0x71ccabac, 0x641ced4e] Lorg/mmtk/plan/MutatorContext;
alloc(IIIII)Lorg/vmmagic/unboxed/Address; at line 196
(0x71ccabf0 1660) at [0x71ccabf0, 0x6431151c]
Lorg/mmtk/plan/marksweep/MSMutator;
alloc(IIIII)Lorg/vmmagic/unboxed/Address; at line 66
(0x71ccac38 9131) at [0x71ccac38, 0x643115d8]
Lorg/jikesrvm/mm/mminterface/MemoryManager;
allocateSpace(Lorg/jikesrvm/mm/mminterface/Selected$Mutator;IIIII)Lorg/vmmagic/unboxed/Address;
at line 578
(0x71ccac8c 9130) at [0x71ccac8c, 0x64311734]
Lorg/jikesrvm/mm/mminterface/MemoryManager;
allocateArrayInternal(IILorg/jikesrvm/objectmodel/TIB;IIII)Ljava/lang/Object;
at line 553
(0x71ccace4 9128) at [0x71ccace4, 0x64325e60]
Lorg/jikesrvm/mm/mminterface/MemoryManager;
allocateArray(IIILorg/jikesrvm/objectmodel/TIB;IIII)Ljava/lang/Object; at
line 519
(0x71ccad38 8630) at [0x71ccad38, 0x70884eff]
Lorg/jikesrvm/runtime/RuntimeEntrypoints;
resolvedNewArray(IIILorg/jikesrvm/objectmodel/TIB;IIII)Ljava/lang/Object;
at line 408
(0x71ccad78 14222) at [0x71ccad78, 0x708933d3]
Lorg/apache/lucene/analysis/standard/StandardTokenizerImpl;
<init>(Ljava/io/Reader;)V at line 302
(0x71ccada8 14209) at [0x71ccada8, 0x70868a9c]
Lorg/apache/lucene/analysis/standard/StandardTokenizer;
<init>(Ljava/io/Reader;Z)V at line 127
(0x71ccade0 14206) at [0x71ccade0, 0x7084a098]
Lorg/apache/lucene/analysis/standard/StandardAnalyzer;
tokenStream(Ljava/lang/String;Ljava/io/Reader;)Lorg/apache/lucene/analysis/TokenStream;
at line 189
(0x71ccae34 14205) at [0x71ccae34, 0x7086b299]
Lorg/apache/lucene/queryParser/QueryParser;
getFieldQuery(Ljava/lang/String;Ljava/lang/String;)Lorg/apache/lucene/search/Query;
at line 510
(0x71ccae90 14202) at [0x71ccae90, 0x70806a7c]
Lorg/apache/lucene/queryParser/QueryParser;
Term(Ljava/lang/String;)Lorg/apache/lucene/search/Query; at line 1324
(0x71ccaec8 14195) at [0x71ccaec8, 0x708718ab]
Lorg/apache/lucene/queryParser/QueryParser;
Clause(Ljava/lang/String;)Lorg/apache/lucene/search/Query; at line 1211
(0x71ccaf00 14174) at [0x71ccaf00, 0x7087a658]
Lorg/apache/lucene/queryParser/QueryParser;
Query(Ljava/lang/String;)Lorg/apache/lucene/search/Query; at line 1139
(0x71ccaf28 14173) at [0x71ccaf28, 0x708063e0]
Lorg/apache/lucene/queryParser/QueryParser;
TopLevelQuery(Ljava/lang/String;)Lorg/apache/lucene/search/Query; at line
1128
(0x71ccaf50 14169) at [0x71ccaf50, 0x7081a1a9]
Lorg/apache/lucene/queryParser/QueryParser;
parse(Ljava/lang/String;)Lorg/apache/lucene/search/Query; at line 170
(0x71ccaf88 14132) at [0x71ccaf88, 0x7086838a]
Lorg/dacapo/lusearch/Search$QueryProcessor;
run()V at line 237
(0x71ccafb0 13937) at [0x71ccafb0, 0x6429af0c]
Lorg/dacapo/lusearch/Search$QueryThread;
run()V at line 179
(0x71ccafd8 13012) at [0x71ccafd8, 0x6431c113]
Lorg/jikesrvm/scheduler/RVMThread;
run()V at line 2561
(0x71ccaff8 13099) at [0x71ccaff8, 0x0804fe86]
Lorg/jikesrvm/scheduler/RVMThread;
startoff()V at line 2608
********************************************************************************

   - Abnormal termination of Jikes RVM *
   - Jikes RVM terminated abnormally indicating a problem in the virtual
   machine. *
   - Jikes RVM relies on community support to get debug information. Help
   improve *
   - Jikes RVM for everybody by reporting this error. Please see: *
   - http://jikesrvm.org/Reporting+Bugs *

   ********************************************************************************