[gclist] GCBench "benchmark" problem
Mon, 7 May 2001 15:32:20 -0700
That's another possible approach. But one of the redeeming values of such a
toy benchmark is that it can be ported across languages. I don't know how
to say "volatile" in Scheme or a number of other languages. And some Java
implementations seems to ignore "volatile" completely, since it's
potentially expensive to implement correctly and I don't know of any
implementations that actually handle it correctly. See
http://www.cs.umd.edu/~pugh/java/memoryModel/ for more details than you ever
wanted to know on the Java issues.
Just making it a globally visible statically allocated variable would help.
But I was afraid it might have more of an impact on implementations that
currently do the right thing.
> -----Original Message-----
> From: Florian Weimer [mailto:firstname.lastname@example.org]
> Sent: Monday, May 07, 2001 3:16 PM
> To: Boehm, Hans
> Cc: 'email@example.com'
> Subject: Re: [gclist] GCBench "benchmark" problem
> "Boehm, Hans" <firstname.lastname@example.org> writes:
> > Thus I propose to "fix" it by changing the final test to
> > longLivedTree.left.right == null
> Why can't you keep a copy of longLivedTree around in a volatile memory
> location? Isn't this a fix instead of "fix"? ;-)