incubator-directmemory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Raffaele P. Guidi" <>
Subject Re: [JCS] - proposal on a off-heap plugin for JCS based on DirectMemory
Date Sat, 19 Nov 2011 08:43:23 GMT
It depends on what JCS requires to manage. If it handles the key-value
mapping on its own (as I suppose it does) you shouldn't  need to use DM's
CacheService (it would be a waste of memory) which does the same.
CacheService puts KV mapping on top of MemoryStorageService (and some more
things such as the background jobs for eviction that maybe are already
handled by JCS) .

I of course don't know well the internals of JCS so it's just a good guess.

Il giorno 19/nov/2011 00:34, "Mir Tanvir Hossain" <> ha scritto:

> Hi Everyone, after looking into the DirectMemory code, I figured that
> instead of using MemoryManagerService, I can directly use the CacheService
> interface. The CacheServiceImpl class seems to do almost all the work. So I
> am thinking why rewrite the same code? What do you think?
> -Mir
> On Thu, Nov 10, 2011 at 12:53 PM, Raffaele P. Guidi <
>> wrote:
>> Mir (in cc) volounteered on this task - I think he could start following
>> your advice to use IndexDiskCache as a template and try to implement it on
>> top of our MemoryManagerService. I suggest Mir and I subscribe to the
>> commons mailing lists (I already did) and Thomas (and anyone interested)
>> subscribes to directmemory-dev to simplify communication. I will open a
>> jira for the task.
>> Ciao,
>>    R
>> On Wed, Nov 9, 2011 at 7:03 PM, Thomas Vandahl <> wrote:
>>> On 09.11.11 00:10, Raffaele P. Guidi wrote:
>>> > This is not so different from an indexed file, just it is in memory -
>>> maybe
>>> > you could take a look at the code (which is fairly simple) and get
>>> back to
>>> > us with some more targeted questions.
>>> I understand that the plugin is supposed to be added as an auxiliary
>>> cache module, right? If so, the IndexedDiskCache could be used as a
>>> template. How do you suggest we proceed?
>>> Bye, Thomas.
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail:
>>> For additional commands, e-mail:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message