review request (S) - 8014611: reserve_and_align() assumptions

John Coomes John.Coomes at oracle.com
Thu May 16 17:22:12 PDT 2013


Daniel D. Daugherty (daniel.daugherty at oracle.com) wrote:
> John,
> 
> I forgot to ask what testing is/was done on this changeset?

jprt + these test suites on linux & solaris (mix of 32- and 64-bit):

	nsk.monitoring.testlist
	vm.regression.testlist
	vm.runtime.testlist
	nsk.regression.testlist
	nsk.stress.testlist
	vm.compiler.testlist

I'm also going to either (a) run the above on windows or (b) get sqe
to run some tests for me.

-John

> On 5/15/13 3:06 PM, Daniel D. Daugherty wrote:
> > On 5/15/13 10:59 AM, John Coomes wrote:
> >> Please review this change for hs24:
> >>
> >>     8014611: reserve_and_align() assumptions are invalid on windows
> >>
> >>     http://cr.openjdk.java.net/~jcoomes/8014611-reserve-and-align/
> >
> > Thumbs up!
> >
> > src/share/vm/runtime/os.hpp
> >     No comments.
> >
> > src/os/posix/vm/os_posix.cpp
> >     No comments.
> >
> > src/os/windows/vm/os_windows.cpp
> >     +bool os::release_partial_region(char* addr, size_t bytes) {
> >     + return uncommit_memory(addr, bytes);
> >     +}
> >
> >     So on Win* we 'uncommit' the memory instead of releasing it which
> >     gets us partial resource relief, i.e., no backing store. Do I
> >     have this right?
> >
> > src/share/vm/runtime/virtualspace.hpp
> >     No comments.
> >
> > src/share/vm/runtime/virtualspace.cpp
> >     No comments.
> >
> > Dan
> >
> >
> >>
> >> The webrev has more info about the problem and the fix.
> >>
> >> -John
> >
> 


More information about the hotspot-runtime-dev mailing list