[jira] [Updated] (SOLR-3284) StreamingUpdateSolrServer swallows exceptions
[ https://issues.apache.org/jira/browse/SOLR-3284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-3284: --- Attachment: SOLR-3284.patch First crack at a patch for throwing delayed exceptions. It should do this on any request when a previous request resulted in an error, not just on commits. StreamingUpdateSolrServer swallows exceptions - Key: SOLR-3284 URL: https://issues.apache.org/jira/browse/SOLR-3284 Project: Solr Issue Type: Improvement Components: clients - java Affects Versions: 3.5, 4.0 Reporter: Shawn Heisey Attachments: SOLR-3284.patch StreamingUpdateSolrServer eats exceptions thrown by lower level code, such as HttpClient, when doing adds. It may happen with other methods, though I know that query and deleteByQuery will throw exceptions. I believe that this is a result of the queue/Runner design. That's what makes SUSS perform better, but it means you sacrifice the ability to programmatically determine that there was a problem with your update. All errors are logged via slf4j, but that's not terribly helpful except with determining what went wrong after the fact. When using CommonsHttpSolrServer, I've been able to rely on getting an exception thrown by pretty much any error, letting me use try/catch to detect problems. There's probably enough dependent code out there that it would not be a good idea to change the design of SUSS, unless there were alternate constructors or additional methods available to configure new/old behavior. Fixing this is probably not trivial, so it's probably a better idea to come up with a new server object based on CHSS. This is outside my current skillset. -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2729) DIH status: successful zero-document delta-import missing field
[ https://issues.apache.org/jira/browse/SOLR-2729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2729: --- Attachment: SOLR-2729.patch I created a method named putFinishStatus(). If this doesn't sound reasonable, or if this is not a good way to go, let me know and I'll fix it if I can. When it's all ironed out, I'll make a patch for 3x as well. All solr tests pass with this applied. DIH status: successful zero-document delta-import missing field -- Key: SOLR-2729 URL: https://issues.apache.org/jira/browse/SOLR-2729 Project: Solr Issue Type: Bug Components: contrib - DataImportHandler Affects Versions: 3.2 Environment: Linux idxst0-a 2.6.18-238.12.1.el5.centos.plusxen #1 SMP Wed Jun 1 11:57:54 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux java version 1.6.0_26 Java(TM) SE Runtime Environment (build 1.6.0_26-b03) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) Reporter: Shawn Heisey Priority: Minor Fix For: 4.0 Attachments: SOLR-2729.patch If you have a successful delta-import that happens to process zero documents, the str name= field is not present in the status. I've run into this situation when the SQL query results in an empty set. A workaround for the problem is to instead look for the Time taken field ... but if you don't happen to notice that this field has an extraneous space in the name, that won't work either. A full-import that processes zero documents has the field present as expected: str name=Indexing completed. Added/Updated: 0 documents. Deleted 0 documents./str -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-3285) Document that StreamingUpdateSolrServer swallows exceptions
[ https://issues.apache.org/jira/browse/SOLR-3285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-3285: --- Attachment: SOLR-3285-3x.patch Patch for 3x with javadoc udpate. Document that StreamingUpdateSolrServer swallows exceptions --- Key: SOLR-3285 URL: https://issues.apache.org/jira/browse/SOLR-3285 Project: Solr Issue Type: Improvement Components: clients - java Affects Versions: 3.5, 4.0 Reporter: Shawn Heisey Priority: Trivial Attachments: SOLR-3285-3x.patch Javadoc update for StreamingUpdateSolrServer stating that CHSS is a better choice when exception handling is required. -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-3236) StreamingUpdateSolrServer javadoc incomplete
[ https://issues.apache.org/jira/browse/SOLR-3236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-3236: --- Attachment: SOLR-3236-3x.patch SOLR-3236.patch Patches for trunk and branch_3x. StreamingUpdateSolrServer javadoc incomplete Key: SOLR-3236 URL: https://issues.apache.org/jira/browse/SOLR-3236 Project: Solr Issue Type: Improvement Components: clients - java Affects Versions: 3.5, 4.0 Reporter: Shawn Heisey Priority: Trivial Fix For: 3.6, 4.0 Attachments: SOLR-3236-3x.patch, SOLR-3236.patch The javadoc for the StreamingUpdateSolrServer class is incomplete. I'm relatively new to all this, the patches I will submit include my best guess at what it should say. -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-1632) Distributed IDF
[ https://issues.apache.org/jira/browse/SOLR-1632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-1632: --- Attachment: 3x_SOLR-1632_doesntwork.patch This is a diff from my best approximation of applying the trunk patch to 3x. It doesn't compile, but it will probably save someone some time. Distributed IDF --- Key: SOLR-1632 URL: https://issues.apache.org/jira/browse/SOLR-1632 Project: Solr Issue Type: New Feature Components: search Affects Versions: 1.5 Reporter: Andrzej Bialecki Attachments: 3x_SOLR-1632_doesntwork.patch, SOLR-1632.patch, SOLR-1632.patch, distrib-2.patch, distrib.patch Distributed IDF is a valuable enhancement for distributed search across non-uniform shards. This issue tracks the proposed implementation of an API to support this functionality in Solr. -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: SOLR-2906.patch You're right, I had thought it was already done. Now that I see what you've done, and looked up what does, it makes sense, but when I read what Yonik was saying I had no idea. Added a note to CHANGES.txt, created what is hopefully the final diff. Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Assignee: Erick Erickson Priority: Minor Attachments: ConcurrentLFUCache.java, LFUCache.java, SOLR-2906.patch, SOLR-2906.patch, SOLR-2906.patch, SOLR-2906.patch, SOLR-2906.patch, SOLR-2906.patch, SOLR-2906.patch, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2986) Warning missing for features that require stored uniqueKey - MoreLikeThis
[ https://issues.apache.org/jira/browse/SOLR-2986?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2986: --- Attachment: SOLR-2986.patch Warning missing for features that require stored uniqueKey - MoreLikeThis - Key: SOLR-2986 URL: https://issues.apache.org/jira/browse/SOLR-2986 Project: Solr Issue Type: Improvement Components: Schema and Analysis Affects Versions: 3.5, 4.0 Reporter: Shawn Heisey Priority: Minor Fix For: 3.6, 4.0 Attachments: SOLR-2986.patch If your uniqueKey is not stored, you get this warning: uniqueKey is not stored - distributed search will not work There is at least one other feature that relies on a stored uniqueKey - MoreLikeThis. Attaching a patch that updates the warning message. It may actually require a more generic message. It's possible there are other features that will not work without storing the uniqueKey. -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: SOLR-2906.patch I have added some text to CHANGES.TXT under 3.6. Like before, my patch is against branch_3x. Yonik, you may be right about lastAccessed. I was striving for correctness on this first pass, but perhaps it's not worthwhile to care about that too much, just let Java's default functionality figure out which ones to evict. Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Assignee: Erick Erickson Priority: Minor Attachments: ConcurrentLFUCache.java, LFUCache.java, SOLR-2906.patch, SOLR-2906.patch, SOLR-2906.patch, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-1972) Need additional query stats in admin interface - median, 95th and 99th percentile
[ https://issues.apache.org/jira/browse/SOLR-1972?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-1972: --- Attachment: SOLR-1972-branch3x-url_pattern.patch Attaching a branch_3x version of Eric's latest patch. If applied to 3.5, all tests pass. A current checkout of branch_3x without this patch applied fails dataimport handler tests, adding the patch does not introduce any additional failures. Need additional query stats in admin interface - median, 95th and 99th percentile - Key: SOLR-1972 URL: https://issues.apache.org/jira/browse/SOLR-1972 Project: Solr Issue Type: Improvement Affects Versions: 1.4 Reporter: Shawn Heisey Priority: Minor Attachments: SOLR-1972-branch3x-url_pattern.patch, SOLR-1972-url_pattern.patch, SOLR-1972.patch, SOLR-1972.patch, SOLR-1972.patch, SOLR-1972.patch, elyograg-1972-3.2.patch, elyograg-1972-3.2.patch, elyograg-1972-trunk.patch, elyograg-1972-trunk.patch I would like to see more detailed query statistics from the admin GUI. This is what you can get now: requests : 809 errors : 0 timeouts : 0 totalTime : 70053 avgTimePerRequest : 86.59209 avgRequestsPerSecond : 0.8148785 I'd like to see more data on the time per request - median, 95th percentile, 99th percentile, and any other statistical function that makes sense to include. In my environment, the first bunch of queries after startup tend to take several seconds each. I find that the average value tends to be useless until it has several thousand queries under its belt and the caches are thoroughly warmed. The statistical functions I have mentioned would quickly eliminate the influence of those initial slow queries. The system will have to store individual data about each query. I don't know if this is something Solr does already. It would be nice to have a configurable count of how many of the most recent data points are kept, to control the amount of memory the feature uses. The default value could be something like 1024 or 4096. -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: SOLR-2906.patch Updated patch. One of the bugs I had to fix was in the least/most items methods, so that I added new items to the TreeSet before removing old ones, because the one it just added might have the same hitcount as entries already present. Without checking the new entry, I couldn't know which entry was the right one to remove. This change reverts it to a remove then add when the hitCounts are different in the right direction. When they are equal, it still does the add before the remove. By reducing the size of the set before adding a new member whenever possible, there is a possibility it can go faster. Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, LFUCache.java, SOLR-2906.patch, SOLR-2906.patch, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: TestLFUCache.java LFUCache.java ConcurrentLFUCache.java I've renamed the user-facing class to LFUCache and created a test program based on the LRU version. The tests are failing, though. So far I can't figure out why. Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, ConcurrentLFUCache.java, ConcurrentLFUCache.java, FastLFUCache.java, FastLFUCache.java, LFUCache.java, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: TestLFUCache.java LFUCache.java ConcurrentLFUCache.java Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, FastLFUCache.java, LFUCache.java, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: (was: ConcurrentLFUCache.java) Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, FastLFUCache.java, LFUCache.java, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: (was: TestLFUCache.java) Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, FastLFUCache.java, LFUCache.java, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: (was: LFUCache.java) Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, FastLFUCache.java, LFUCache.java, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: (was: ConcurrentLFUCache.java) Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, FastLFUCache.java, LFUCache.java, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: (was: ConcurrentLFUCache.java) Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, FastLFUCache.java, LFUCache.java, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: (was: FastLFUCache.java) Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, LFUCache.java, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: (was: FastLFUCache.java) Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, FastLFUCache.java, LFUCache.java, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: SOLR-2906.patch I figured out what I did wrong. You have to 'svn add' the files before you can 'svn diff' :) Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, LFUCache.java, SOLR-2906.patch, TestLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: FastLFUCache.java ConcurrentLFUCache.java Here is the first crack at an LFU implementation. There's some weirdness with negative numbers in the statistics, and I'm not sure that eviction and warming are working right, but I am having trouble getting a test environment fully operational. Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, FastLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-2906) Implement LFU Cache
[ https://issues.apache.org/jira/browse/SOLR-2906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shawn Heisey updated SOLR-2906: --- Attachment: FastLFUCache.java ConcurrentLFUCache.java Now markAndSweep builds a treeset of the least used items, then uses the treeset to evict entries. This is almost guaranteed to be an inefficient way to do things. If it works, I leave optimization to the experts. Implement LFU Cache --- Key: SOLR-2906 URL: https://issues.apache.org/jira/browse/SOLR-2906 Project: Solr Issue Type: Sub-task Components: search Affects Versions: 3.4 Reporter: Shawn Heisey Priority: Minor Attachments: ConcurrentLFUCache.java, ConcurrentLFUCache.java, FastLFUCache.java, FastLFUCache.java Implement an LFU (Least Frequently Used) cache as the first step towards a full ARC cache -- 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
