Re: RFR: 8256477: Specialize heap memory segment implementations [v2]

2020-11-18 Thread Athijegannathan Sundararajan
On Wed, 18 Nov 2020 10:08:20 GMT, Maurizio Cimadamore wrote: >> The current memory segment implementation defines a hierarchy with 3 >> concrete classes: one for heap segments, one for native segments and one for >> mapped segments. >> >> Since there can be many kinds of heap segments (e.g. c

Re: RFR: 8256477: Specialize heap memory segment implementations [v2]

2020-11-18 Thread Maurizio Cimadamore
> The current memory segment implementation defines a hierarchy with 3 concrete > classes: one for heap segments, one for native segments and one for mapped > segments. > > Since there can be many kinds of heap segments (e.g. created from a byte[] or > from a float[]) the current implementation

Re: RFR: 8256477: Specialize heap memory segment implementations

2020-11-18 Thread Chris Hegarty
On Tue, 17 Nov 2020 14:55:07 GMT, Maurizio Cimadamore wrote: > The current memory segment implementation defines a hierarchy with 3 concrete > classes: one for heap segments, one for native segments and one for mapped > segments. > > Since there can be many kinds of heap segments (e.g. create

Re: RFR: 8256477: Specialize heap memory segment implementations

2020-11-17 Thread Jorn Vernee
On Tue, 17 Nov 2020 14:55:07 GMT, Maurizio Cimadamore wrote: > The current memory segment implementation defines a hierarchy with 3 concrete > classes: one for heap segments, one for native segments and one for mapped > segments. > > Since there can be many kinds of heap segments (e.g. create

RFR: 8256477: Specialize heap memory segment implementations

2020-11-17 Thread Maurizio Cimadamore
The current memory segment implementation defines a hierarchy with 3 concrete classes: one for heap segments, one for native segments and one for mapped segments. Since there can be many kinds of heap segments (e.g. created from a byte[] or from a float[]) the current implementation is prone to