[prev in list] [next in list] [prev in thread] [next in thread] 

List:       turbine-jcs-dev
Subject:    [jira] Updated: (JCS-54) soft reference memory cache
From:       "Tore Halset (JIRA)" <jira () apache ! org>
Date:       2008-10-09 11:22:46
Message-ID: 1734002885.1223551366294.JavaMail.jira () brutus
[Download RAW message or body]


     [ https://issues.apache.org/jira/browse/JCS-54?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel \
]

Tore Halset updated JCS-54:
---------------------------

    Attachment: SoftReferenceMemoryCache-try2.java

try2 has a NPE fix

> soft reference memory cache
> ---------------------------
> 
> Key: JCS-54
> URL: https://issues.apache.org/jira/browse/JCS-54
> Project: JCS
> Issue Type: Improvement
> Affects Versions: jcs-1.3
> Environment: mac, java 6
> Reporter: Tore Halset
> Assignee: Aaron Smuts
> Attachments: SoftReferenceMemoryCache-try1.java, SoftReferenceMemoryCache-try2.java
> 
> 
> I am caching some huge objects in a JCS disc cache. The objects are 3-15MB in \
> serialized size and there are a lot of them. The normal setup with a LRUMemoryCache \
> and a IndexedDiskCache works fine, but I would like to store as many objects in ram \
> as possible without risking going out of ram. To get to this goal I have created a \
> SoftReferenceMemoryCache that is based on a ConcurrentHashMap<Serializable, \
> SoftReference<ICacheElement>> This task is to track the work and discuss this with \
> others. Or perhaps get some feedback that this is not a good idea.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-dev-help@jakarta.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]