Re: preallocating memory used by javaspace

Hmmm,

But aren't all of those specific to your product?  That would mean
lock-in from a user perspective due to use of non-standard features.

I'm not saying people shouldn't go that way but I'd like to get a clear
understanding of what we're trying to achieve here before making any
talking about implementation options.

In particular, I'm worried about what performance expectations there
might be, how important continued processing of requests is etc.

Best,

Dan.

Shay Hassidim wrote:
> xaea ,
>
>
>
> Take a look on the Cache Policy , Persistent space , CacheLoader ,
> CacheStore , Memory usage ,  Memory Control and Mirror Service at
> GigaSpaces.
>
> Just search the help with the above:
>
> www.gigaspaces.com/wiki
>
>
>
> shay
>
>
>
>
>
>
>
> -----Original Message-----
>
> From: Dan Creswell [mailto:[email protected]]
>
> Sent: Wednesday, August 30, 2006 3:12 PM
>
> To: [email protected]
>
> Subject: Re: preallocating memory used by javaspace
>
>
>
> Gregg Wonderly wrote:
>
>>  xaea alvein wrote:
>
>> > no, it's preallocate. i'm considering setting a "quota"/"capacity" for
>
>> > the
>
>> > space, so that the memory taken by it won't exceed some x MB. is it
>
>> > possible?
>
>>
>
>>  What will you expect the application to do when this limit is reached
>
>>  because of
>
>>  an imbalance between producers and consumers?
>
>>
>
>
>
> Gregg is heading along the right lines so more generally:
>
>
>
> When this quota is reached what would you wish to happen?
>
>
>
> Should the space stop accepting more entry's?
>
>
>
> Should the space swap to disk?
>
>
>
> Should the space signal the application in some way?
>
>
>
> Should the application do something to manage this situation itself
>
> perhaps by adopting quota's within it's own code?  If not, why not?
>
>
>
> What do you expect to happen to throughput in these circumstances?
>
>
>
>
>
> Dan.
>
>
>
> ===========================================================================
>
> To unsubscribe, send email to [email protected] and include in the body
>
> of the message "signoff JAVASPACES-USERS".  For general help, send email to
>
> [email protected] and include in the body of the message "help".
>
>
>
> To view past JAVASPACES-USERS postings, please see:
>
> http://archives.java.sun.com/archives/javaspaces-users.html
>
> ===========================================================================
> To unsubscribe, send email to [email protected] and include in the
> body of the message "signoff JAVASPACES-USERS". For general help, send
> email to [email protected] and include in the body of the message
> "help".
>
> To view past JAVASPACES-USERS postings, please see:
> http://archives.java.sun.com/archives/javaspaces-users.html
>

===========================================================================
To unsubscribe, send email to [email protected] and include in the body
of the message "signoff JAVASPACES-USERS".  For general help, send email to
[email protected] and include in the body of the message "help".

To view past JAVASPACES-USERS postings, please see:
http://archives.java.sun.com/archives/javaspaces-users.html