Use ByteBuffer.allocateDirect() instead of ByteBuffer.allocate().

ByteBuffer.allocateDirect() behaves like Java NIO MappedByteBuffers in that
it consumes address space, which counts against our virtual memory allocation;
but cannot be destroyed or otherwise freed.  This was definitely contributing
to the LSF failures that I was seeing, but I'm not yet convinced that it's the
sole source of these virtual memory 'leaks'.  More tomorrow as the results of
my whole exome tests start to roll in.


git-svn-id: file:///humgen/gsa-scr1/gsa-engineering/svn_contents/trunk@5693 348d0f76-0448-11de-a6fe-93d51630548a
This commit is contained in:
hanna 2011-04-27 02:01:11 +00:00
parent 7afeb1ab17
commit f3dacd3c40
1 changed files with 1 additions and 1 deletions

View File

@ -278,7 +278,7 @@ public class BAMSchedule implements CloseableIterator<BAMScheduleEntry> {
* @return Newly allocated byte buffer.
*/
private ByteBuffer allocateByteBuffer(final int size) {
ByteBuffer buffer = ByteBuffer.allocateDirect(size);
ByteBuffer buffer = ByteBuffer.allocate(size);
buffer.order(ByteOrder.LITTLE_ENDIAN);
return buffer;
}