Not sure that this is a real bug.
But it may help with analysis of JDK-8141421

#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (malloc) failed to allocate 4088 bytes for AllocateHeap
# Possible reasons:
# The system is out of physical RAM or swap space
# In 32 bit mode, the process size limit was hit
# Possible solutions:
# Reduce memory load on the system
# Increase physical memory or swap space
# Check if swap backing store is full
# Use 64 bit Java on a 64 bit OS
# Decrease Java heap size (-Xmx/-Xms)
# Decrease number of Java threads
# Decrease Java thread stack sizes (-Xss)
# Set larger code cache with -XX:ReservedCodeCacheSize=
# This output file may be truncated or incomplete.
#
# Out of Memory Error (allocation.inline.hpp:61), pid=5559, tid=57
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (build 9-internal+0-2015-12-04-063543.amurillo.jdk9-hs-2015-12-03-snapshot)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (9-internal+0-2015-12-04-063543.amurillo.jdk9-hs-2015-12-03-snapshot, mixed mode, tiered, compressed oops, g1 gc, solaris-amd64)
# Core dump will be written. Default location: /export/local/aurora/sandbox/results/ResultDir/ManyObjects/core or core.5559
#

--------------- S U M M A R Y ------------

Command Line: -Xmixed -Xmixed -XX:-UseGCOverheadLimit gc.gctests.ManyObjects.ManyObjects

Host: x86 64 bit 2893 MHz, 32 cores, 255G, Oracle Solaris 11 11/11 X86
Time: Sat Dec 5 01:08:56 2015 UTC elapsed time: 48 seconds (0d 0h 0m 48s)

--------------- T H R E A D ---------------

Current thread (0x0000000000c5e000): VMThread [stack: 0xfffffd7f8c5fe000,0xfffffd7f8c6fe000] [id=57]

Stack: [0xfffffd7f8c5fe000,0xfffffd7f8c6fe000], sp=0xfffffd7f8c6f93b0, free space=1004k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x184d4d2] void VMError::report(outputStream*,bool)+0xd62
V [libjvm.so+0x184f316] void VMError::report_and_die(int,const char*,const char*,__va_list_element*,Thread*,unsigned char*,void*,void*,const char*,int,unsigned long)+0x596
V [libjvm.so+0x184ed70] void VMError::report_and_die(Thread*,const char*,int,unsigned long,VMErrorType,const char*,__va_list_element*)+0x40
V [libjvm.so+0xef4f69] void report_vm_out_of_memory(const char*,int,unsigned long,VMErrorType,const char*,...)+0xe9
V [libjvm.so+0xee0f48] markOopDesc**Stack<markOopDesc*,(MemoryType)5>::alloc(unsigned long)+0xb8
V [libjvm.so+0xee0c0c] void Stack<markOopDesc*,(MemoryType)5>::push_segment()+0x5c
V [libjvm.so+0x14b66b6] void ObjArrayKlass::oop_oop_iterate_elements_specialized_bounded<true,unsigned,MarkAndPushClosure>(objArrayOopDesc*,__type_2*,void*,void*)+0x256
V [libjvm.so+0x14b35ed] void MarkSweep::follow_array_chunk(objArrayOopDesc*,int)+0x5d
V [libjvm.so+0x14b377f] void MarkSweep::follow_stack()+0x12f
V [libjvm.so+0x10b5d57] void HandleArea::oops_do(OopClosure*)+0xc7
V [libjvm.so+0x1770022] void JavaThread::oops_do(OopClosure*,CLDClosure*,CodeBlobClosure*)+0x52
V [libjvm.so+0x1774690] void Threads::possibly_parallel_oops_do(bool,OopClosure*,CLDClosure*,CodeBlobClosure*)+0xe0
V [libjvm.so+0x102d588] void G1RootProcessor::process_strong_roots(OopClosure*,CLDClosure*,CodeBlobClosure*)+0x128
V [libjvm.so+0xff08fa] void G1MarkSweep::invoke_at_safepoint(ReferenceProcessor*,bool)+0x11a
V [libjvm.so+0xfcab21] bool G1CollectedHeap::do_full_collection(bool,bool)+0x5e1
V [libjvm.so+0xfcb438] HeapWord*G1CollectedHeap::satisfy_failed_allocation(unsigned long,unsigned char,bool*)+0x58
V [libjvm.so+0x185c59c] void VM_G1CollectForAllocation::doit()+0x9c
V [libjvm.so+0x185a1d7] void VM_Operation::evaluate()+0x67
V [libjvm.so+0x1858110] void VMThread::loop()+0x490
V [libjvm.so+0x18576fb] void VMThread::run()+0x9b
V [libjvm.so+0x15878e0] java_start+0x230
C [libc.so.1+0x12257d] _thrp_setup+0xa5
C [libc.so.1+0x122820] _lwp_start+0x0

VM_Operation (0xfffffd7f83dd6780): G1CollectForAllocation, mode: safepoint, requested by thread 0x0000000000e3d000