Re: [PROPOSAL] - Java OffHeap Memory Pool

2013-04-17 Thread Raffaele P. Guidi
+1 of course these efforts are pretty much related and the IP clearance for contributed code is needed in any case. Merging with DM would avoid most part of the incubation phase On Thu, Apr 18, 2013 at 8:07 AM, Tommaso Teofili wrote: > 2013/4/18 Olivier Lamy > > > Hi, > > Could that be part of

Re: [PROPOSAL] - Java OffHeap Memory Pool

2013-04-17 Thread Tommaso Teofili
2013/4/18 Olivier Lamy > Hi, > Could that be part of directmemory as sub project ? > +1 or either see if there's interest in merging directly into DM (probably requiring an IP clearance). Tommaso > > 2013/4/17 serkan özal : > > Project Name: Jillegal > > > > > > 1. Abstract: > > GC is one of

Re: [PROPOSAL] - Java OffHeap Memory Pool

2013-04-17 Thread Olivier Lamy
Hi, Could that be part of directmemory as sub project ? 2013/4/17 serkan özal : > Project Name: Jillegal > > > 1. Abstract: > GC is one of the time taken operations in Java. GC run anytime, marks, swaps > and compacts objects at memory. If there are so many live objects, managing > them by GC le

Re: [PROPOSAL] - Java OffHeap Memory Pool

2013-04-17 Thread Branko Čibej
Is code for this available for review anywhere? -- Brane On 16.04.2013 19:46, serkan özal wrote: > Project Name: Jillegal > > > 1. Abstract: > GC is one of the time taken operations in Java. GC run anytime, marks, swaps > and compacts objects at memory. If there are so many live objects, managin

[PROPOSAL] - Java OffHeap Memory Pool

2013-04-17 Thread serkan özal
Project Name: Jillegal 1. Abstract: GC is one of the time taken operations in Java. GC run anytime, marks, swaps and compacts objects at memory. If there are so many live objects, managing them by GC leads to overhead. If objects can be allocated outside of GC, there will be no overhead for th