Re: [Sablevm-developer] JGFSyncBench fails

[David <db...@cs...>]

Hi Chris,

Did you ran it with --enable-debugging?
Or at least without signals for execption?

If not, run it without signals for exceptions.  (seg faults are
interpreted as NullPointerEx).

If it seg faults you can use gdb to find location.


David

On Fri, Jan 30, 2004 at 12:46:14AM -0500, Chris Pickett wrote:
> Hi,
>=20
> I'm trying to get some basic multithreading benchmarks to run with=20
> recent stagings (sablevm@1503 + sablevm-classpath@1509), but a seemingl=
y=20
> simple one always fails (it works with Sun's java-1.4.1).  I did not tr=
y=20
> older builds with this benchmark, but Bruno's RollerCoaster was failing=
=20
> with the switch interpreter as well and that was why I upgraded to=20
> staging (it no longer fails).
>=20
> I'm trying to run JGFSyncBench in section1 of the multithreaded Java=20
> Grande Forum Benchmarks:
>=20
> http://www.epcc.ed.ac.uk/computing/research_activities/java_grande/inde=
x_1.html
>=20
> I would like to try and fix this bug, but seeing as I have until now=20
> been primarily fixing problems with my own stuff, I need some pointers=20
> as to what needs to be fixed (I am not familiar with the written code,=20
> and concurrency problems are not exactly fun to debug), confirmation=20
> that it also fails for you, at least some of the time, and maybe=20
> suggestions as to how to fix this (if you have them).  Other mt=20
> benchmarks seem to be working okay (not all with my spmt stuff, e.g.=20
> RollerCoaster still fails, but that's possibly a separate issue).
>=20
> The JGFSyncBench benchmark sets up an array of threads, and then calls =
a=20
> synchronized method to update a counter inside them (source is=20
> uncommented but I couldn't see any problems with it).
>=20
> Cheers,
> Chris
>=20
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>=20
> $ wget=20
> http://www.epcc.ed.ac.uk/computing/research_activities/java_grande/thre=
ads/jgf_threadv1.0.tar.gz
> $ tar xvfz jgf_threadv1.0.tar.gz
> $ cd threadv1.0  # not 100% sure about dir name, I changed mine
> $ cd jgfutil
> $ javac *.*      # or gcj-3.3.2
> $ cd ..
> $ cd section1
> $ javac *.*      # or gcj-3.3.2
> $ java -cp .:..:/usr/localcc/pkgs/j2sdk1.4.1/jre/lib/rt.jar JGFSyncBenc=
h
>=20
> The no of threads has not been specified, defaulting to 1
>=20
> Java Grande Forum Thread Benchmark Suite - Version 1.0 - Section 1
> Executing on 1 thread
>=20
> Section1:Sync:Method                            81471.58=20
> (synchronisations/s)
> Section1:Sync:Object                            79458.69=20
> (synchronisations/s)
>=20
> $ sablevm-staging-switch -c .:.. -Y JGFSyncBench
>=20
> The no of threads has not been specified, defaulting to 1
>=20
> Java Grande Forum Thread Benchmark Suite - Version 1.0 - Section 1
> Executing on 1 thread
>=20
> java.lang.NullPointerException
>    at SyncMethodRunner.run (JGFSyncBench.java:166)
>    at JGFSyncBench.JGFrun (JGFSyncBench.java:64)
>    at JGFSyncBench.main (JGFSyncBench.java:133)
>    at java.lang.VirtualMachine.invokeMain (VirtualMachine.java)
>    at java.lang.VirtualMachine.main (VirtualMachine.java:88)
>=20
> $ sablevm-staging-switch -c .:.. -Y JGFSyncBench
>=20
> The no of threads has not been specified, defaulting to 1
>=20
> Java Grande Forum Thread Benchmark Suite - Version 1.0 - Section 1
> Executing on 1 thread
>=20
> Exception in thread "Thread-10" java.lang.NullPointerException
>    at SyncMethodRunner.run (JGFSyncBench.java:166)
>    at java.lang.Thread.run (Thread.java:455)
>    at java.lang.VMThread.callRun (VMThread.java:116)
>    at java.lang.Thread.callRun (Thread.java:333)
>    at java.lang.VirtualMachine.runThread (VirtualMachine.java:117)
> java.lang.NullPointerException
>    at SyncMethodRunner.run (JGFSyncBench.java:166)
>    at JGFSyncBench.JGFrun (JGFSyncBench.java:64)
>    at JGFSyncBench.main (JGFSyncBench.java:133)
>    at java.lang.VirtualMachine.invokeMain (VirtualMachine.java)
>    at java.lang.VirtualMachine.main (VirtualMachine.java:88)
>=20
> ---> it's different output each time as well, which makes this messier.
>=20
>=20
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Sablevm-developer mailing list
> Sab...@li...
> https://lists.sourceforge.net/lists/listinfo/sablevm-developer

--=20

---

David B=E9langer
Graduate Student
School of Computer Science
McGill University
Office: MC226

Web page:   http://www.cs.mcgill.ca/~dbelan2/
Public key: http://www.cs.mcgill.ca/~dbelan2/public_key.txt