You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Aaron Smuts <aa...@verizon.net> on 2002/01/14 02:35:08 UTC
RE: [simplestore] inital check in -- cache (JCS plugins)
Hi:
How do you find JISP? I added a disk auxiliary cache to JCS that uses
it and it seems pretty fast and I haven't been able to get it to lock
up. It uses a lot of disk space and doesn't take kindly to sharing
files. I haven't tried to reliably re-use old files on startup yet. I
haven't explored all of the features yet.
How are you handling memory management?
I'm looking for some alternative memory algorithms. I want to make
memory management pluggable, but I need some alternatives to my LRU
double-linked list first.
" A background Thread checks if memory running
> slow"
How do you determine slow? This is interesting.
Cheers,
Aaron
> -----Original Message-----
> From: Gerhard Froehlich [mailto:g-froehlich@gmx.de]
> Sent: Saturday, January 12, 2002 12:12 PM
> To: Jakarta Commons Developers List
> Subject: [simplestore] inital check in
>
> Hi all,
> I just booked in the first version of the simplestore
> into the sandbox area.
>
> I added following components:
> Store: the Store interface
>
> MRUMemoryStore: a MRU (Most Recently Used) Memory Store.
>
> JispFilesystemStore: a Jisp
> (http://www.coyotegulch.com/jisp/index.htmlbased)
> persistent Store.
>
> JispStringKey: A wrapper class for String Keys (unfortunately Jisp
> cames with a own Key class).
> TODO: add Integer and Long wrapper classes.
>
> StoreJanitor: the StoreJanitor interface.
>
> StoreJanitorImpl: you can register your Memory Stores in
> this class. A background Thread checks if memory running
> slow in you JVM and if yes it frees some objects out of the
> registered Stores.
>
> NOTE:
> I just merged the classes from the Cocoon project. I have first
> to test them fully. Maybe they are not 100% ready!
>
> Have fun
> Gerhard
>
>
> ---------------------------------
> Never share a foxhole with anyone
> braver than you are.
> ---------------------------------
>
>
>
> --
> To unsubscribe, e-mail: <mailto:commons-dev-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:commons-dev-
> help@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [simplestore] inital check in -- cache (JCS plugins)
Posted by Gerhard Froehlich <g-...@gmx.de>.
Aaron,
>From: Aaron Smuts [mailto:aaron.smuts3@verizon.net]
>
>Hi:
>
>How do you find JISP? I added a disk auxiliary cache to JCS that uses
>it and it seems pretty fast and I haven't been able to get it to lock
>up. It uses a lot of disk space and doesn't take kindly to sharing
>files. I haven't tried to reliably re-use old files on startup yet. I
>haven't explored all of the features yet.
I will introduce a Jisp based cache into Cocoon project as "slow cache"
in the next release, I hope.
I did some performance test against the current implementation and it seems
to be very fast.
I use in Cocoon the MRUMemoryStore as fast Cache and the Jisp based Store
for Swaping. Like the Memory Management of a real OS (not Windows ;).
The current implementation re-uses the old files on startup. Maybe we have
to on/off this feature.
>How are you handling memory management?
Take a look in the StoreJanitor. He's checks memory consumption with
a simple formel with a periodic background thread. If memory running
low he frees some objects out of the registered Memory Caches.
Additonal the MRUMemoryStore has a Attribute called maxobjects. When
maxobjects is reached the Store kicks out the least object!
>I'm looking for some alternative memory algorithms. I want to make
>memory management pluggable, but I need some alternatives to my LRU
>double-linked list first.
Hi, kick in, take the MRUMemoryStore and the StoreJanitor. As I said
I just ported the components from Cocoon and it's not 100%, yet. When
you want change something, then feel free to do it. Send me a patch in
the "diff -u" format and I will check it in.
That would be kool!!
>" A background Thread checks if memory running
>> slow"
>
>How do you determine slow? This is interesting.
Ahem I mean low. A typo ;-).
Gerhard
<skip/>
"A man with one watch knows what time it is,
a man with two watches is never sure...
(Albert Einstein)"
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [simplestore] inital check in -- cache (JCS plugins)
Posted by Aaron Smuts <aa...@verizon.net>.
Sorry I mistook a typo "slow" for "low." I looked over the code.
Aaron
> -----Original Message-----
> From: Aaron Smuts [mailto:aaron.smuts3@verizon.net]
> Sent: Sunday, January 13, 2002 8:35 PM
> To: 'Jakarta Commons Developers List'
> Subject: RE: [simplestore] inital check in -- cache (JCS plugins)
>
> Hi:
>
> How do you find JISP? I added a disk auxiliary cache to JCS that uses
> it and it seems pretty fast and I haven't been able to get it to lock
> up. It uses a lot of disk space and doesn't take kindly to sharing
> files. I haven't tried to reliably re-use old files on startup yet.
I
> haven't explored all of the features yet.
>
> How are you handling memory management?
>
> I'm looking for some alternative memory algorithms. I want to make
> memory management pluggable, but I need some alternatives to my LRU
> double-linked list first.
>
> " A background Thread checks if memory running
> > slow"
>
> How do you determine slow? This is interesting.
>
> Cheers,
>
> Aaron
>
>
>
>
> > -----Original Message-----
> > From: Gerhard Froehlich [mailto:g-froehlich@gmx.de]
> > Sent: Saturday, January 12, 2002 12:12 PM
> > To: Jakarta Commons Developers List
> > Subject: [simplestore] inital check in
> >
> > Hi all,
> > I just booked in the first version of the simplestore
> > into the sandbox area.
> >
> > I added following components:
> > Store: the Store interface
> >
> > MRUMemoryStore: a MRU (Most Recently Used) Memory Store.
> >
> > JispFilesystemStore: a Jisp
> > (http://www.coyotegulch.com/jisp/index.htmlbased)
> > persistent Store.
> >
> > JispStringKey: A wrapper class for String Keys (unfortunately Jisp
> > cames with a own Key class).
> > TODO: add Integer and Long wrapper classes.
> >
> > StoreJanitor: the StoreJanitor interface.
> >
> > StoreJanitorImpl: you can register your Memory Stores in
> > this class. A background Thread checks if memory running
> > slow in you JVM and if yes it frees some objects out of the
> > registered Stores.
> >
> > NOTE:
> > I just merged the classes from the Cocoon project. I have first
> > to test them fully. Maybe they are not 100% ready!
> >
> > Have fun
> > Gerhard
> >
> >
> > ---------------------------------
> > Never share a foxhole with anyone
> > braver than you are.
> > ---------------------------------
> >
> >
> >
> > --
> > To unsubscribe, e-mail: <mailto:commons-dev-
> > unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail: <mailto:commons-dev-
> > help@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail: <mailto:commons-dev-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:commons-dev-
> help@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>