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

Adrien Grand updated SOLR-3486:
-------------------------------

    Attachment: LFUMap.java

I've just uploaded LFUMap.java based on your implementation of LFUCache. To 
have a LFU cache with configurable maximum size in bytes, just wrap an instance 
of this class into a SizableCache.

I uploaded this file to show how SizableCache could be used with different 
kinds of backends. But building a LFUCache is a different issue. I think we 
should continue the discussion on LFUCache on SOLR-3393 and only discuss 
configurability of the mem size of Solr caches here. Feel free to reuse the 
code LFUMap.java if you want, just beware that I didn't test it much. :-)
                
> The memory size of Solr caches should be configurable
> -----------------------------------------------------
>
>                 Key: SOLR-3486
>                 URL: https://issues.apache.org/jira/browse/SOLR-3486
>             Project: Solr
>          Issue Type: Improvement
>          Components: search
>            Reporter: Adrien Grand
>            Priority: Minor
>         Attachments: LFUMap.java, SOLR-3486.patch, SOLR-3486.patch
>
>
> It is currently possible to configure the sizes of Solr caches based on the 
> number of entries of the cache. The problem is that the memory size of cached 
> values may vary a lot over time (depending on IndexReader.maxDoc and the 
> queries that are run) although the JVM heap size does not.
> Having a configurable max size in bytes would also help optimize cache 
> utilization, making it possible to store more values provided that they have 
> a small memory footprint.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to