lucene-solr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yonik Seeley (JIRA)" <j...@apache.org>
Subject [jira] Commented: (SOLR-667) Alternate LRUCache implementation
Date Thu, 31 Jul 2008 19:36:31 GMT

    [ https://issues.apache.org/jira/browse/SOLR-667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12618826#action_12618826
] 

Yonik Seeley commented on SOLR-667:
-----------------------------------

If you don't need the synchronized block, then an atomic variable for "inserts" (for example)
would be a big win.
But if you have the synchronized block anyway, it's probably faster to just expand it's scope
if the operations to be done are simple.

> Alternate LRUCache implementation
> ---------------------------------
>
>                 Key: SOLR-667
>                 URL: https://issues.apache.org/jira/browse/SOLR-667
>             Project: Solr
>          Issue Type: New Feature
>          Components: search
>    Affects Versions: 1.3
>            Reporter: Noble Paul
>         Attachments: ConcurrentLRUCache.java
>
>
> The only available SolrCache i.e LRUCache is based on _LinkedHashMap_ which has _get()_
also synchronized. This can cause severe bottlenecks for faceted search. Any alternate implementation
which can be faster/better must be considered. 

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


Mime
View raw message