lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mike Drob (JIRA)" <>
Subject [jira] [Commented] (SOLR-8856) Do not cache merge or 'read once' contexts in the hdfs block cache.
Date Mon, 21 Mar 2016 17:23:25 GMT


Mike Drob commented on SOLR-8856:

bq. +      // we don't cache on merges or when only reading once
This comment needs to be updated to reflect configuration.

+        if (cacheMerges) {
+          return true;
+        }
+        return false;


+          if (cacheReadOnce) {
+            return true;
+          }
+          return false;
Why not {{return cacheMerges}} and {{return cacheReadOnce}}?

+  public BlockDirectory(String dirName, Directory directory, Cache cache,
+      Set<String> blockCacheFileTypes, boolean blockCacheReadEnabled,
+      boolean blockCacheWriteEnabled, boolean cacheMerges, boolean cacheReadOnce) throws
IOException {
What is our compatibility promise? Do we need to maintain the old constructor that is no longer
being used?

Alternatively, we're starting to get a lot of parameters here, maybe it is time to use a builder
or a configuration object? (Can be a follow-on issue.)

> Do not cache merge or 'read once' contexts in the hdfs block cache.
> -------------------------------------------------------------------
>                 Key: SOLR-8856
>                 URL:
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Mark Miller
>            Assignee: Mark Miller
>         Attachments: SOLR-8856.patch, SOLR-8856.patch, SOLR-8856.patch
> Generally the block cache will not be large enough to contain the whole index and merges
can thrash the cache for queries. Even if we still look in the cache, we should not populate

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message