asfimport

Bruno Roustant (@bruno-roustant) ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-9379?focusedCommentId=17151915&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17151915)) I ran the benchmarks to measure the perf impact of this IndexInput-level encryption on the PostingsFormat (luceneutil on wikimediumall). When encrypting only the terms...

Bruno Roustant (@bruno-roustant) ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-9379?focusedCommentId=17151918&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17151918)) TaskQPS Lucene86 StdDevQPS EncryptionTim StdDev Pct diff Respell 41.55 (2.7%) 10.76 (0.9%) -74.1% ( -75% - -72%) Fuzzy2 44.81 (9.0%) 12.00 (1.1%) -73.2% (...

Bruno Roustant (@bruno-roustant) ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-9379?focusedCommentId=17151920&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17151920)) I tested with FST ON-HEAP: we gain +15% to +20% perf on all queries. I tested my Light version of javax.crypto.Cipher. It is indeed...

David Smiley (@dsmiley) ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-9379?focusedCommentId=17152049&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17152049)) I'm glad you remembered on-heap FST. Another option to improve performance more is a Java heap level cache.  It could be added later and...

Uwe Schindler (@uschindler) ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-9379?focusedCommentId=17152052&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17152052)) How about the Solr Block Cache used for HDFS? It could be moved to Lucene (as HDFS is going away anyways).

Bruno Roustant (@bruno-roustant) ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-9379?focusedCommentId=17156566&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17156566)) I'm going to pause my work on this for some time, until there are comments added here that share use-cases where OS level encryption...

Rajeswari Natarajan ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-9379?focusedCommentId=17172622&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17172622)) We have a use case where we want to fit multiple index/tenant per collection and each index/tenant should have a separate key and we would...

David Smiley (@dsmiley) ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-9379?focusedCommentId=17173265&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17173265)) Rajeswari – you are referring to some SolrCloud concepts. The scenario you describe would _often_ co-locate your "tenants", and thus any OS or Lucene...

Bruno Roustant (@bruno-roustant) ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-9379?focusedCommentId=17175583&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17175583)) Rajeswari Natarajan maybe a better approach would be to have one tenant per collection, but you might have many tenants so the performance for...

Rajeswari Natarajan ([migrated from JIRA](https://issues.apache.org/jira/browse/LUCENE-9379?focusedCommentId=17175699&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17175699)) @bruno-roustant and @dsmiley , if we go with implicit  router, shard management/rebalancing/routing becomes manual. Solrcloud will not take care of these (In solr mailing lists...