dev@grizzly.java.net

Re: SlabMemoryFilter

From: John ROM <snake-john_at_gmx.de>
Date: Tue, 06 Jan 2009 17:39:43 +0100

> First of all we can try to hide Buffers as much as possible. We will
> have streams, right? :)
> On other hand it could be good to avoid having troubles, if Buffer is
> not getting released. Can we just forget it and let GC process it?
No unfortunately with the pool implementation you can't.
A slabpool which contains big Slabs of memory can only reuse a Slab
when all ByteBuffers which are backed by a specific Slab have been returned.
So if just one ByteBuffer is not returned the memory is forever lost.

>
> Thank you.
>
> WBR,
> Alexey.
>
> >>> How was your holiday?
> >> Oh, as usual. Nice and short :))
> >> What about you?
> > also very nice ((-: And the good news is that in 10 days I have
> > another holiday haha ((-.
> >
> > Many Greetings
> > John
> >
> > --
> > Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL
> > für nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
> > For additional commands, e-mail: dev-help_at_grizzly.dev.java.net
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: dev-help_at_grizzly.dev.java.net

-- 
Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger