From: Mohamed A. <mam...@gm...> - 2012-05-30 01:12:58
|
Dear All, While executing DaCapo (and other programs). I got this error (I'm using the production configuration or 64bit computer). Please help me with it $ rvm -jar dacapo-9.12-bach.jar avrora -n 5 ===== DaCapo 9.12 avrora starting warmup 1 ===== Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 40). Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 20). Exception in GC thread Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 35). Exception in GC thread Thread 24: VM.sysFail(): We're in a (likely) recursive call to VM.sysFail(), 2 deep sysFail was called with the message: Exiting virtual machine due to uninterruptibility violation. Exception in GC thread Exception in GC thread Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 23). Died in GC: Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 36). Exiting virtual machine due to uninterruptibility violation. Thread 27: VM.sysFail(): We're in a (likely) recursive call to VM.sysFail(), 4 deep sysFail was called with the message: Exiting virtual machine due to uninterruptibility violation. Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 25). Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 46). Exception in GC thread Exception in GC thread Exception in GC thread Thanks, Mohamed |
From: Jeremy S. <Jer...@gl...> - 2012-05-30 09:45:23
|
> While executing DaCapo (and other programs). I got this error (I'm using the production configuration or 64bit computer). Please help me with it > How have you instrumented Jikes RVM and/or DaCapo? You mentioned Deuce STM in an earlier post. Please could you post a step-by-step guide of your changes, to see whether the bug is reproducible? Many thanks, Jeremy > $ rvm -jar dacapo-9.12-bach.jar avrora -n 5 > ===== DaCapo 9.12 avrora starting warmup 1 ===== > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 40). > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 20). > Exception in GC thread > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 35). > Exception in GC thread > Thread 24: VM.sysFail(): We're in a (likely) recursive call to VM.sysFail(), 2 deep > sysFail was called with the message: Exiting virtual machine due to uninterruptibility violation. > Exception in GC thread > Exception in GC thread > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 23). > Died in GC: > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 36). > Exiting virtual machine due to uninterruptibility violation. > Thread 27: VM.sysFail(): We're in a (likely) recursive call to VM.sysFail(), 4 deep > sysFail was called with the message: Exiting virtual machine due to uninterruptibility violation. > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 25). > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible region (index was 46). > Exception in GC thread > Exception in GC thread > Exception in GC thread > > > Thanks, > Mohamed > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > Jikesrvm-researchers mailing list > Jik...@li... > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers The University of Glasgow, charity number SC004401 |
From: Mohamed A. <mam...@gm...> - 2012-05-30 16:49:01
|
Dear Mr. Jeremy, I think it is not related to instrumentation. I have build an unmodified version of Jikes RVM and I got the same error. The machine that has the error is 48 cores (four AMD OpteronTM Processors (6164 HE), each with 12 cores running at 1700 MHz, and 16 GB of memory. The machine runs Ubuntu Linux Server 10.04 LTS 64-bit) and using OpenJDK 6 to build it. On another machine Intel i5 with 2 cores (4 threads) and OpenJDK 6 everything is working fine. Thanks, Mohamed On Wed, May 30, 2012 at 5:45 AM, Jeremy Singer <Jer...@gl...>wrote: > > While executing DaCapo (and other programs). I got this error (I'm using > the production configuration or 64bit computer). Please help me with it > > > > How have you instrumented Jikes RVM and/or DaCapo? You mentioned Deuce STM > in an earlier post. Please could you post a step-by-step guide of your > changes, to see whether the bug is reproducible? > > Many thanks, > Jeremy > > > > $ rvm -jar dacapo-9.12-bach.jar avrora -n 5 > > ===== DaCapo 9.12 avrora starting warmup 1 ===== > > > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible > region (index was 40). > > > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible > region (index was 20). > > Exception in GC thread > > > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible > region (index was 35). > > Exception in GC thread > > Thread 24: VM.sysFail(): We're in a (likely) recursive call to > VM.sysFail(), 2 deep > > sysFail was called with the message: Exiting virtual machine due to > uninterruptibility violation. > > Exception in GC thread > > Exception in GC thread > > > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible > region (index was 23). > > Died in GC: > > > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible > region (index was 36). > > Exiting virtual machine due to uninterruptibility violation. > > Thread 27: VM.sysFail(): We're in a (likely) recursive call to > VM.sysFail(), 4 deep > > sysFail was called with the message: Exiting virtual machine due to > uninterruptibility violation. > > > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible > region (index was 25). > > > > Fatal error: ArrayIndexOutOfBoundsException within uninterruptible > region (index was 46). > > Exception in GC thread > > Exception in GC thread > > Exception in GC thread > > > > > > Thanks, > > Mohamed > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > > Jikesrvm-researchers mailing list > > Jik...@li... > > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > > > The University of Glasgow, charity number SC004401 > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Jikesrvm-researchers mailing list > Jik...@li... > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > |
From: Robin G. <rob...@gm...> - 2012-05-31 03:55:42
|
Immix has a (soft) hard-coded limit of 16 GC threads - perhaps that's what you're running into ? org.mmtk.policy.immix.ImmixSpace ... static final short MAX_COLLECTORS = 16; // nothing special here---we can increase this at the cost of a few hundred bites at build time. You can either change this, or add -X:gc:threads=16 on the command line. regards, Robin On 31/05/12 02:48, Mohamed Ahmed wrote: > Dear Mr. Jeremy, > > I think it is not related to instrumentation. I have build an > unmodified version of Jikes RVM and I got the same error. The machine > that has the error is 48 cores (four AMD OpteronTM Processors (6164 > HE), each with 12 cores running at 1700 MHz, and 16 GB of memory. The > machine runs Ubuntu Linux Server 10.04 LTS 64-bit) and using OpenJDK > 6 to build it. > > On another machine Intel i5 with 2 cores (4 threads) and OpenJDK 6 > everything is working fine. > > Thanks, > Mohamed > > > On Wed, May 30, 2012 at 5:45 AM, Jeremy Singer > <Jer...@gl... <mailto:Jer...@gl...>> wrote: > > > While executing DaCapo (and other programs). I got this error > (I'm using the production configuration or 64bit computer). Please > help me with it > > > > How have you instrumented Jikes RVM and/or DaCapo? You mentioned > Deuce STM in an earlier post. Please could you post a step-by-step > guide of your changes, to see whether the bug is reproducible? > > Many thanks, > Jeremy > > > > $ rvm -jar dacapo-9.12-bach.jar avrora -n 5 > > ===== DaCapo 9.12 avrora starting warmup 1 ===== > > > > Fatal error: ArrayIndexOutOfBoundsException within > uninterruptible region (index was 40). > > > > Fatal error: ArrayIndexOutOfBoundsException within > uninterruptible region (index was 20). > > Exception in GC thread > > > > Fatal error: ArrayIndexOutOfBoundsException within > uninterruptible region (index was 35). > > Exception in GC thread > > Thread 24: VM.sysFail(): We're in a (likely) recursive call to > VM.sysFail(), 2 deep > > sysFail was called with the message: Exiting virtual machine > due to uninterruptibility violation. > > Exception in GC thread > > Exception in GC thread > > > > Fatal error: ArrayIndexOutOfBoundsException within > uninterruptible region (index was 23). > > Died in GC: > > > > Fatal error: ArrayIndexOutOfBoundsException within > uninterruptible region (index was 36). > > Exiting virtual machine due to uninterruptibility violation. > > Thread 27: VM.sysFail(): We're in a (likely) recursive call to > VM.sysFail(), 4 deep > > sysFail was called with the message: Exiting virtual machine > due to uninterruptibility violation. > > > > Fatal error: ArrayIndexOutOfBoundsException within > uninterruptible region (index was 25). > > > > Fatal error: ArrayIndexOutOfBoundsException within > uninterruptible region (index was 46). > > Exception in GC thread > > Exception in GC thread > > Exception in GC thread > > > > > > Thanks, > > Mohamed > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. > Discussions > > will include endpoint security, mobile security and the latest > in malware > > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > > Jikesrvm-researchers mailing list > > Jik...@li... > <mailto:Jik...@li...> > > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > > > The University of Glasgow, charity number SC004401 > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. > Discussions > will include endpoint security, mobile security and the latest in > malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Jikesrvm-researchers mailing list > Jik...@li... > <mailto:Jik...@li...> > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > Jikesrvm-researchers mailing list > Jik...@li... > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers |
From: Robin G. <rob...@an...> - 2012-05-31 04:00:43
|
> org.mmtk.policy.immix.ImmixSpace should be org.mmtk.policy.immix.ImmixConstants. On 31/05/12 13:55, Robin Garner wrote: > Immix has a (soft) hard-coded limit of 16 GC threads - perhaps that's > what you're running into ? > > org.mmtk.policy.immix.ImmixSpace > ... > static final short MAX_COLLECTORS = 16; // nothing special > here---we can increase this at the cost of a few hundred bites at build > time. > > You can either change this, or add -X:gc:threads=16 on the command line. > > regards, > Robin > > On 31/05/12 02:48, Mohamed Ahmed wrote: >> Dear Mr. Jeremy, >> >> I think it is not related to instrumentation. I have build an >> unmodified version of Jikes RVM and I got the same error. The machine >> that has the error is 48 cores (four AMD OpteronTM Processors (6164 >> HE), each with 12 cores running at 1700 MHz, and 16 GB of memory. The >> machine runs Ubuntu Linux Server 10.04 LTS 64-bit) and using OpenJDK >> 6 to build it. >> >> On another machine Intel i5 with 2 cores (4 threads) and OpenJDK 6 >> everything is working fine. >> >> Thanks, >> Mohamed >> >> >> On Wed, May 30, 2012 at 5:45 AM, Jeremy Singer >> <Jer...@gl...<mailto:Jer...@gl...>> wrote: >> >> > While executing DaCapo (and other programs). I got this error >> (I'm using the production configuration or 64bit computer). Please >> help me with it >> > >> >> How have you instrumented Jikes RVM and/or DaCapo? You mentioned >> Deuce STM in an earlier post. Please could you post a step-by-step >> guide of your changes, to see whether the bug is reproducible? >> >> Many thanks, >> Jeremy >> >> >> > $ rvm -jar dacapo-9.12-bach.jar avrora -n 5 >> > ===== DaCapo 9.12 avrora starting warmup 1 ===== >> > >> > Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 40). >> > >> > Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 20). >> > Exception in GC thread >> > >> > Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 35). >> > Exception in GC thread >> > Thread 24: VM.sysFail(): We're in a (likely) recursive call to >> VM.sysFail(), 2 deep >> > sysFail was called with the message: Exiting virtual machine >> due to uninterruptibility violation. >> > Exception in GC thread >> > Exception in GC thread >> > >> > Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 23). >> > Died in GC: >> > >> > Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 36). >> > Exiting virtual machine due to uninterruptibility violation. >> > Thread 27: VM.sysFail(): We're in a (likely) recursive call to >> VM.sysFail(), 4 deep >> > sysFail was called with the message: Exiting virtual machine >> due to uninterruptibility violation. >> > >> > Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 25). >> > >> > Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 46). >> > Exception in GC thread >> > Exception in GC thread >> > Exception in GC thread >> > >> > >> > Thanks, >> > Mohamed >> > >> ------------------------------------------------------------------------------ >> > Live Security Virtual Conference >> > Exclusive live event will cover all the ways today's security and >> > threat landscape has changed and how IT managers can respond. >> Discussions >> > will include endpoint security, mobile security and the latest >> in malware >> > threats. >> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ >> > Jikesrvm-researchers mailing list >> > Jik...@li... >> <mailto:Jik...@li...> >> > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers >> >> >> The University of Glasgow, charity number SC004401 >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. >> Discussions >> will include endpoint security, mobile security and the latest in >> malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Jikesrvm-researchers mailing list >> Jik...@li... >> <mailto:Jik...@li...> >> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers >> >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >> >> _______________________________________________ >> Jikesrvm-researchers mailing list >> Jik...@li... >> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Jikesrvm-researchers mailing list > Jik...@li... > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers |
From: Mohamed A. <mam...@gm...> - 2012-05-31 04:14:13
|
Thanks a lot It worked great On Thu, May 31, 2012 at 12:00 AM, Robin Garner <rob...@an...>wrote: > > org.mmtk.policy.immix.ImmixSpace > > should be org.mmtk.policy.immix.ImmixConstants. > > On 31/05/12 13:55, Robin Garner wrote: > > Immix has a (soft) hard-coded limit of 16 GC threads - perhaps that's > > what you're running into ? > > > > org.mmtk.policy.immix.ImmixSpace > > ... > > static final short MAX_COLLECTORS = 16; // nothing special > > here---we can increase this at the cost of a few hundred bites at build > > time. > > > > You can either change this, or add -X:gc:threads=16 on the command line. > > > > regards, > > Robin > > > > On 31/05/12 02:48, Mohamed Ahmed wrote: > >> Dear Mr. Jeremy, > >> > >> I think it is not related to instrumentation. I have build an > >> unmodified version of Jikes RVM and I got the same error. The machine > >> that has the error is 48 cores (four AMD OpteronTM Processors (6164 > >> HE), each with 12 cores running at 1700 MHz, and 16 GB of memory. The > >> machine runs Ubuntu Linux Server 10.04 LTS 64-bit) and using OpenJDK > >> 6 to build it. > >> > >> On another machine Intel i5 with 2 cores (4 threads) and OpenJDK 6 > >> everything is working fine. > >> > >> Thanks, > >> Mohamed > >> > >> > >> On Wed, May 30, 2012 at 5:45 AM, Jeremy Singer > >> <Jer...@gl...<mailto:Jer...@gl...>> > wrote: > >> > >> > While executing DaCapo (and other programs). I got this error > >> (I'm using the production configuration or 64bit computer). Please > >> help me with it > >> > > >> > >> How have you instrumented Jikes RVM and/or DaCapo? You mentioned > >> Deuce STM in an earlier post. Please could you post a step-by-step > >> guide of your changes, to see whether the bug is reproducible? > >> > >> Many thanks, > >> Jeremy > >> > >> > >> > $ rvm -jar dacapo-9.12-bach.jar avrora -n 5 > >> > ===== DaCapo 9.12 avrora starting warmup 1 ===== > >> > > >> > Fatal error: ArrayIndexOutOfBoundsException within > >> uninterruptible region (index was 40). > >> > > >> > Fatal error: ArrayIndexOutOfBoundsException within > >> uninterruptible region (index was 20). > >> > Exception in GC thread > >> > > >> > Fatal error: ArrayIndexOutOfBoundsException within > >> uninterruptible region (index was 35). > >> > Exception in GC thread > >> > Thread 24: VM.sysFail(): We're in a (likely) recursive call to > >> VM.sysFail(), 2 deep > >> > sysFail was called with the message: Exiting virtual machine > >> due to uninterruptibility violation. > >> > Exception in GC thread > >> > Exception in GC thread > >> > > >> > Fatal error: ArrayIndexOutOfBoundsException within > >> uninterruptible region (index was 23). > >> > Died in GC: > >> > > >> > Fatal error: ArrayIndexOutOfBoundsException within > >> uninterruptible region (index was 36). > >> > Exiting virtual machine due to uninterruptibility violation. > >> > Thread 27: VM.sysFail(): We're in a (likely) recursive call to > >> VM.sysFail(), 4 deep > >> > sysFail was called with the message: Exiting virtual machine > >> due to uninterruptibility violation. > >> > > >> > Fatal error: ArrayIndexOutOfBoundsException within > >> uninterruptible region (index was 25). > >> > > >> > Fatal error: ArrayIndexOutOfBoundsException within > >> uninterruptible region (index was 46). > >> > Exception in GC thread > >> > Exception in GC thread > >> > Exception in GC thread > >> > > >> > > >> > Thanks, > >> > Mohamed > >> > > >> > ------------------------------------------------------------------------------ > >> > Live Security Virtual Conference > >> > Exclusive live event will cover all the ways today's security > and > >> > threat landscape has changed and how IT managers can respond. > >> Discussions > >> > will include endpoint security, mobile security and the latest > >> in malware > >> > threats. > >> > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > >> > Jikesrvm-researchers mailing list > >> > Jik...@li... > >> <mailto:Jik...@li...> > >> > > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > >> > >> > >> The University of Glasgow, charity number SC004401 > >> > >> > ------------------------------------------------------------------------------ > >> Live Security Virtual Conference > >> Exclusive live event will cover all the ways today's security and > >> threat landscape has changed and how IT managers can respond. > >> Discussions > >> will include endpoint security, mobile security and the latest in > >> malware > >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >> _______________________________________________ > >> Jikesrvm-researchers mailing list > >> Jik...@li... > >> <mailto:Jik...@li...> > >> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > >> > >> > >> > >> > >> > ------------------------------------------------------------------------------ > >> Live Security Virtual Conference > >> Exclusive live event will cover all the ways today's security and > >> threat landscape has changed and how IT managers can respond. > Discussions > >> will include endpoint security, mobile security and the latest in > malware > >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >> > >> > >> _______________________________________________ > >> Jikesrvm-researchers mailing list > >> Jik...@li... > >> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > > > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > Jikesrvm-researchers mailing list > > Jik...@li... > > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Jikesrvm-researchers mailing list > Jik...@li... > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > |
From: Jeremy S. <Jer...@gl...> - 2012-05-31 12:45:03
|
Hi Robin, The reported error looks the same as http://jira.codehaus.org/browse/RVM-953 I guess that is caused by the Immix GC thread limit too? Cheers, Jeremy On 31 May 2012, at 04:55, Robin Garner wrote: > Immix has a (soft) hard-coded limit of 16 GC threads - perhaps that's > what you're running into ? > > org.mmtk.policy.immix.ImmixSpace > ... > static final short MAX_COLLECTORS = 16; // nothing special > here---we can increase this at the cost of a few hundred bites at build > time. > > You can either change this, or add -X:gc:threads=16 on the command line. > > regards, > Robin > > On 31/05/12 02:48, Mohamed Ahmed wrote: >> Dear Mr. Jeremy, >> >> I think it is not related to instrumentation. I have build an >> unmodified version of Jikes RVM and I got the same error. The machine >> that has the error is 48 cores (four AMD OpteronTM Processors (6164 >> HE), each with 12 cores running at 1700 MHz, and 16 GB of memory. The >> machine runs Ubuntu Linux Server 10.04 LTS 64-bit) and using OpenJDK >> 6 to build it. >> >> On another machine Intel i5 with 2 cores (4 threads) and OpenJDK 6 >> everything is working fine. >> >> Thanks, >> Mohamed >> >> >> On Wed, May 30, 2012 at 5:45 AM, Jeremy Singer >> <Jer...@gl... <mailto:Jer...@gl...>> wrote: >> >>> While executing DaCapo (and other programs). I got this error >> (I'm using the production configuration or 64bit computer). Please >> help me with it >>> >> >> How have you instrumented Jikes RVM and/or DaCapo? You mentioned >> Deuce STM in an earlier post. Please could you post a step-by-step >> guide of your changes, to see whether the bug is reproducible? >> >> Many thanks, >> Jeremy >> >> >>> $ rvm -jar dacapo-9.12-bach.jar avrora -n 5 >>> ===== DaCapo 9.12 avrora starting warmup 1 ===== >>> >>> Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 40). >>> >>> Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 20). >>> Exception in GC thread >>> >>> Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 35). >>> Exception in GC thread >>> Thread 24: VM.sysFail(): We're in a (likely) recursive call to >> VM.sysFail(), 2 deep >>> sysFail was called with the message: Exiting virtual machine >> due to uninterruptibility violation. >>> Exception in GC thread >>> Exception in GC thread >>> >>> Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 23). >>> Died in GC: >>> >>> Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 36). >>> Exiting virtual machine due to uninterruptibility violation. >>> Thread 27: VM.sysFail(): We're in a (likely) recursive call to >> VM.sysFail(), 4 deep >>> sysFail was called with the message: Exiting virtual machine >> due to uninterruptibility violation. >>> >>> Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 25). >>> >>> Fatal error: ArrayIndexOutOfBoundsException within >> uninterruptible region (index was 46). >>> Exception in GC thread >>> Exception in GC thread >>> Exception in GC thread >>> >>> >>> Thanks, >>> Mohamed >>> >> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. >> Discussions >>> will include endpoint security, mobile security and the latest >> in malware >>> threats. >> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ >>> Jikesrvm-researchers mailing list >>> Jik...@li... >> <mailto:Jik...@li...> >>> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers >> >> >> The University of Glasgow, charity number SC004401 >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. >> Discussions >> will include endpoint security, mobile security and the latest in >> malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Jikesrvm-researchers mailing list >> Jik...@li... >> <mailto:Jik...@li...> >> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers >> >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >> >> _______________________________________________ >> Jikesrvm-researchers mailing list >> Jik...@li... >> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Jikesrvm-researchers mailing list > Jik...@li... > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers The University of Glasgow, charity number SC004401 |
From: Steve B. <Ste...@an...> - 2012-05-31 13:02:02
|
Yes. It looks like it. --Steve On 31/05/2012, at 10:44 PM, Jeremy Singer wrote: > Hi Robin, > The reported error looks the same as > http://jira.codehaus.org/browse/RVM-953 > > I guess that is caused by the Immix GC thread limit too? > Cheers, > Jeremy > > On 31 May 2012, at 04:55, Robin Garner wrote: > >> Immix has a (soft) hard-coded limit of 16 GC threads - perhaps that's >> what you're running into ? >> >> org.mmtk.policy.immix.ImmixSpace >> ... >> static final short MAX_COLLECTORS = 16; // nothing special >> here---we can increase this at the cost of a few hundred bites at build >> time. >> >> You can either change this, or add -X:gc:threads=16 on the command line. >> >> regards, >> Robin >> >> On 31/05/12 02:48, Mohamed Ahmed wrote: >>> Dear Mr. Jeremy, >>> >>> I think it is not related to instrumentation. I have build an >>> unmodified version of Jikes RVM and I got the same error. The machine >>> that has the error is 48 cores (four AMD OpteronTM Processors (6164 >>> HE), each with 12 cores running at 1700 MHz, and 16 GB of memory. The >>> machine runs Ubuntu Linux Server 10.04 LTS 64-bit) and using OpenJDK >>> 6 to build it. >>> >>> On another machine Intel i5 with 2 cores (4 threads) and OpenJDK 6 >>> everything is working fine. >>> >>> Thanks, >>> Mohamed >>> >>> >>> On Wed, May 30, 2012 at 5:45 AM, Jeremy Singer >>> <Jer...@gl... <mailto:Jer...@gl...>> wrote: >>> >>>> While executing DaCapo (and other programs). I got this error >>> (I'm using the production configuration or 64bit computer). Please >>> help me with it >>>> >>> >>> How have you instrumented Jikes RVM and/or DaCapo? You mentioned >>> Deuce STM in an earlier post. Please could you post a step-by-step >>> guide of your changes, to see whether the bug is reproducible? >>> >>> Many thanks, >>> Jeremy >>> >>> >>>> $ rvm -jar dacapo-9.12-bach.jar avrora -n 5 >>>> ===== DaCapo 9.12 avrora starting warmup 1 ===== >>>> >>>> Fatal error: ArrayIndexOutOfBoundsException within >>> uninterruptible region (index was 40). >>>> >>>> Fatal error: ArrayIndexOutOfBoundsException within >>> uninterruptible region (index was 20). >>>> Exception in GC thread >>>> >>>> Fatal error: ArrayIndexOutOfBoundsException within >>> uninterruptible region (index was 35). >>>> Exception in GC thread >>>> Thread 24: VM.sysFail(): We're in a (likely) recursive call to >>> VM.sysFail(), 2 deep >>>> sysFail was called with the message: Exiting virtual machine >>> due to uninterruptibility violation. >>>> Exception in GC thread >>>> Exception in GC thread >>>> >>>> Fatal error: ArrayIndexOutOfBoundsException within >>> uninterruptible region (index was 23). >>>> Died in GC: >>>> >>>> Fatal error: ArrayIndexOutOfBoundsException within >>> uninterruptible region (index was 36). >>>> Exiting virtual machine due to uninterruptibility violation. >>>> Thread 27: VM.sysFail(): We're in a (likely) recursive call to >>> VM.sysFail(), 4 deep >>>> sysFail was called with the message: Exiting virtual machine >>> due to uninterruptibility violation. >>>> >>>> Fatal error: ArrayIndexOutOfBoundsException within >>> uninterruptible region (index was 25). >>>> >>>> Fatal error: ArrayIndexOutOfBoundsException within >>> uninterruptible region (index was 46). >>>> Exception in GC thread >>>> Exception in GC thread >>>> Exception in GC thread >>>> >>>> >>>> Thanks, >>>> Mohamed >>>> >>> ------------------------------------------------------------------------------ >>>> Live Security Virtual Conference >>>> Exclusive live event will cover all the ways today's security and >>>> threat landscape has changed and how IT managers can respond. >>> Discussions >>>> will include endpoint security, mobile security and the latest >>> in malware >>>> threats. >>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ >>>> Jikesrvm-researchers mailing list >>>> Jik...@li... >>> <mailto:Jik...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers >>> >>> >>> The University of Glasgow, charity number SC004401 >>> >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. >>> Discussions >>> will include endpoint security, mobile security and the latest in >>> malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> _______________________________________________ >>> Jikesrvm-researchers mailing list >>> Jik...@li... >>> <mailto:Jik...@li...> >>> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> >>> >>> _______________________________________________ >>> Jikesrvm-researchers mailing list >>> Jik...@li... >>> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Jikesrvm-researchers mailing list >> Jik...@li... >> https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers > > > The University of Glasgow, charity number SC004401 > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Jikesrvm-researchers mailing list > Jik...@li... > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers |
From: Andreas S. <se...@st...> - 2012-05-31 12:58:03
|
Jeremy Singer wrote: > The reported error looks the same as > http://jira.codehaus.org/browse/RVM-953 > > I guess that is caused by the Immix GC thread limit too? The CPU used by the bug's reporter has 8 cores/16 threads <http://ark.intel.com/products/53676/Intel-Xeon-Processor-E7-4830-%2824M-Cache-2_13-GHz-6_40-GTs-Intel-QPI%29>. IMHO, it's thus a little bit odd that this already runs into the hard-coded limit of 16 GC threads: > Immix has a (soft) hard-coded limit of 16 GC threads - perhaps that's > what you're running into ? > > org.mmtk.policy.immix.ImmixSpace > ... > static final short MAX_COLLECTORS = 16; // nothing special > here---we can increase this at the cost of a few hundred bites at build > time. Best wishes, Andreas |
From: Steve B. <Ste...@an...> - 2012-05-31 13:08:13
|
This needs to be fixed so that it fails more gracefully. FWIW, it the code is guarded by assertions --- a test with assertions on would have revealed the problem very quickly. Doing so should be standard practice when one encounters a bug.... if (VM.VERIFY_ASSERTIONS) VM.assertions._assert(VM.activePlan.collectorCount() <= MAX_COLLECTORS); --Steve On 31/05/2012, at 10:57 PM, Andreas Sewe wrote: > Jeremy Singer wrote: >> The reported error looks the same as >> http://jira.codehaus.org/browse/RVM-953 >> >> I guess that is caused by the Immix GC thread limit too? > > The CPU used by the bug's reporter has 8 cores/16 threads > <http://ark.intel.com/products/53676/Intel-Xeon-Processor-E7-4830-%2824M-Cache-2_13-GHz-6_40-GTs-Intel-QPI%29>. > IMHO, it's thus a little bit odd that this already runs into the > hard-coded limit of 16 GC threads: > >> Immix has a (soft) hard-coded limit of 16 GC threads - perhaps that's >> what you're running into ? >> >> org.mmtk.policy.immix.ImmixSpace >> ... >> static final short MAX_COLLECTORS = 16; // nothing special >> here---we can increase this at the cost of a few hundred bites at build >> time. > > Best wishes, > > Andreas > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Jikesrvm-researchers mailing list > Jik...@li... > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers |
From: Andreas S. <se...@st...> - 2012-05-31 13:52:01
|
Steve Blackburn wrote: > > FWIW, it the code is guarded by assertions --- a test with assertions on > would have revealed the problem very quickly. Doing so should be > standard practice when one encounters a bug.... Agreed. It just wasn't me who filed the bug; I was just pointing out the the bug's reporter was also using a many-core CPU, so that Jeremy's observation was indeed spot-on. That being said, the intro on <http://jikesrvm.org/Issue+Tracker> might benefit from a few sentences describing what makes a good bug report (assertions, full stack traces, download location of the program that crashed, etc.). I would even volunteer to write those. Best wishes, Andreas |
From: Erik B. <eri...@gm...> - 2012-05-31 18:59:10
|
Hi, On 31.05.2012 15:51, Andreas Sewe wrote: > That being said, the intro on<http://jikesrvm.org/Issue+Tracker> might > benefit from a few sentences describing what makes a good bug report [...] I think that the best place for those instructions is on the page for reporting bugs ( http://www.jikesrvm.org/Reporting+Bugs ). > I would even volunteer to write those. If you want to contribute to the wiki, you only need to ask somebody from the core team to give you edit permissions (see http://www.jikesrvm.org/Contributions and http://www.jikesrvm.org/Wiki ). If you do not want to edit the wiki yourself, you can send me your changes and I'll add them to the wiki. Kind regards, Erik Brangs |
From: Steve B. <Ste...@an...> - 2012-05-31 21:44:47
|
Great. That would be a good improvement to the wiki. BTW Andreas, I know it wasn't you who made the bug report. :-) I'm very grateful to you, Eric, the original reporter and others for contributing. It's clear that I should have coded that constraint more robustly. Cheers, --Steve On 01/06/2012, at 4:58 AM, Erik Brangs wrote: > Hi, > > On 31.05.2012 15:51, Andreas Sewe wrote: >> That being said, the intro on<http://jikesrvm.org/Issue+Tracker> might >> benefit from a few sentences describing what makes a good bug report [...] > > I think that the best place for those instructions is on the page for > reporting bugs ( http://www.jikesrvm.org/Reporting+Bugs ). > >> I would even volunteer to write those. > > If you want to contribute to the wiki, you only need to ask somebody > from the core team to give you edit permissions (see > http://www.jikesrvm.org/Contributions and http://www.jikesrvm.org/Wiki ). > > If you do not want to edit the wiki yourself, you can send me your > changes and I'll add them to the wiki. > > > Kind regards, > > Erik Brangs > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Jikesrvm-researchers mailing list > Jik...@li... > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers |
From: Jeremy S. <Jer...@gl...> - 2012-06-01 13:02:25
|
Hi Steve, > This needs to be fixed so that it fails more gracefully. How about either 1) adding something into the PlanConstraints class about max number of GC threads or 2) patching the ImmixConstants.MAX_COLLECTORS definition at compile time so it is equal to targetRuntime.getRuntime().availableProcessors() (or similar?) Are either of these hacks sufficiently graceful? :-) Cheers, Jeremy --- http://www.dcs.gla.ac.uk/~jsinger > FWIW, it the code is guarded by assertions --- a test with assertions on would have revealed the problem very quickly. Doing so should be standard practice when one encounters a bug.... > > if (VM.VERIFY_ASSERTIONS) VM.assertions._assert(VM.activePlan.collectorCount() <= MAX_COLLECTORS); > > --Steve > The University of Glasgow, charity number SC004401 |
From: Jeremy S. <Jer...@gl...> - 2012-06-02 21:30:11
|
Hi Steve, all, > How about either > 1) adding something into the PlanConstraints class about max number of GC threads I wrote a small patch to do this, at http://jira.codehaus.org/browse/RVM-953 It prints a warning about GC thread limits, but it's not particularly elegant. What do you think? I guess it might be useful to have maxNumGCThreads information in the PlanConstraints class though. All the best, Jeremy The University of Glasgow, charity number SC004401 |