[rvm-research] Bug: Error allocating contiguous chunks

Nathan Ricci <[email protected]>
Newsgroups gmane.comp.java.jikes.rvm.devel
Message-ID <CALh3YaO8gopvToJh9vkpm7HMTgffOfWevX+UOcva2EPQyv77dA@mail.gmail.com>
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-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 *

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

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk

_______________________________________________
Jikesrvm-researchers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.