Mailing-List: contact directmemory-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: directmemory-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of daniel.manzke@googlemail.com
 designates 209.85.215.175 as permitted sender)
Received-SPF: pass (google.com: domain of daniel.manzke@googlemail.com
 designates 10.213.6.209 as permitted sender) client-ip=10.213.6.209;
MIME-Version: 1.0
In-Reply-To: 
 <CALxZ3YzcYrhmWFSmByyg6mfA=kjPxo-W=hRtm_EioHMvYsc7gA@mail.gmail.com>
References: 
 <CAAqLGLO20=roDSiqyX7u48jJHjdvEPrnbZvFzdrLrXRDmVR9yA@mail.gmail.com>
 <CALnYuvDF5=iFSriO0h1B7sr+Mvjg6xOSrge5GFsMXMBL+T75PQ@mail.gmail.com>
 <CAAnVOG0iqkz2dANJ2HJ1Te2-QMqWAqZcBNNi+DfUORyN0bf35w@mail.gmail.com>
 <CALxZ3YzcYrhmWFSmByyg6mfA=kjPxo-W=hRtm_EioHMvYsc7gA@mail.gmail.com>
From: Daniel Manzke <daniel.manzke@googlemail.com>
Date: Mon, 20 Feb 2012 17:30:47 +0100
Message-ID: 
 <CALnYuvCbyVRMtntDJsoE1dpjzzeL6-BQJP92dAQ5umS6qJedww@mail.gmail.com>
Subject: Re: Just to keep discussions alive...
To: directmemory-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=0015174bde9843a55d04b967d26e

--0015174bde9843a55d04b967d26e
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Another one I want to see: The concept of a "storage tier". Means different
layers of memory type.

heap -> offheap -> filesystem
and vice versa

So Eviction doesn't mean, that the memory will be freed. Only if it was not
used in the filesystem.

2012/2/20 Benoit Perroud <benoit@noisette.ch>

> On core :
>
> Merging pointers vs. SLAB (fixed pointer size) allocation. I submitted
> a patch some time ago, I will rebase iit with all the recent changes
> track it in Jira.
>
>
> 2012/2/20 Raffaele P. Guidi <raffaele.p.guidi@gmail.com>:
> > +1 for benchmarks and I suggest to push them a bit further - testing wi=
th
> > 2/8/16gb buffers (DirectMemory is about handling huge quantities of RAM=
,
> > after all)
> >
> > Ciao,
> >    R
> >
> > On Mon, Feb 20, 2012 at 4:19 PM, Daniel Manzke <
> daniel.manzke@googlemail.com
> >> wrote:
> >
> >> I think there is more need for benchmarks.
> >>
> >> Benchmarks:
> >> - read only with a filled cache
> >> - read/write in different scenarios (80/20,60/40,40/60,20/80)
> >> - read/write with different values sizes (1, 10, 100kb and file sizes
> like
> >> 1,5,100mb)
> >> - concurrency benchmarks
> >>   - requesting the same value
> >>   - writing the same value
> >>   - writing while requesting it
> >>   - ...
> >>
> >>
> >> Bye,
> >> Daniel
> >>
> >> 2012/2/20 Simone Tripodi <simonetripodi@apache.org>
> >>
> >> > Hi all guys,
> >> >
> >> > a lot of new ideas and contributions have joined DM in the last days=
 -
> >> > and thanks all for participating, that means that the community is
> >> > healthy! :) - I would encourage anyway you all on closing some pendi=
ng
> >> > arguments, before that discussions arrive to nowhere.
> >> >
> >> > I tried to put (almost, apologize in advance if I forgot something,
> >> > that was not intentional!) all of them in a kind of "priority queue"
> >> >
> >> > on core module:
> >> >
> >> >  * as Daniel suggested on JIRA, put/update methods shall be unified,=
 a
> >> > la java.util.Map#put(K, V);
> >> >  * as Daniel suggested on JIRA, Serializers have to (de)serialize
> >> > directly on/to ByteBuffer instances, rather than manipulating byte[]=
;
> >> >  * access directly to the stored ByteBuffer: actually current impl i=
s
> >> > a turnaround that created a little of confusion on the following
> >> > point;
> >> >  * Generics: there is the general agreement to have a Cache<K, V>;
> >> >  * Michael suggested concurrency and lower level stuff, hopefully wi=
ll
> >> > contribute some patches;
> >> >  * APIs: couldn't resist, actual signatures are IMHO confusing (the
> >> > order matters!) so a decision has to be taken to switch or not to
> >> > fluent APIs, or at least review the original one.
> >> >
> >> > plugins/integrations
> >> >
> >> >  * Karaf: Ioannis is taking care of it;
> >> >  * Solr: I was no longer able to run it on my local machine, I hope
> >> > TomNaso will have some spare time to help;
> >> >  * EHCache: fine, still to be imported (subjected to core
> modifications)
> >> ;
> >> >  * more serializers: Kryo, ..., for benchmarks (?!?);
> >> >  * Olivier's REST server (in progress).
> >> >
> >> > Does it look complete?
> >> >
> >> > TIA,
> >> > Simo
> >> >
> >> > http://people.apache.org/~simonetripodi/
> >> > http://simonetripodi.livejournal.com/
> >> > http://twitter.com/simonetripodi
> >> > http://www.99soft.org/
> >> >
> >>
> >>
> >>
> >> --
> >> Viele Gr=C3=BC=C3=9Fe/Best Regards
> >>
> >> Daniel Manzke
> >>
>
>
>
> --
> sent from my Nokia 3210
>


--=20
Viele Gr=C3=BC=C3=9Fe/Best Regards

Daniel Manzke

--0015174bde9843a55d04b967d26e--