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