mikemccand commented on issue #12696: URL: https://github.com/apache/lucene/issues/12696#issuecomment-1770452771
That's a neat idea (separate codec that trades off index size for faster search performance). Maybe it could also fold in the [fully in RAM FST term dictionary](https://github.com/apache/lucene/pull/12688) that @Tony-X is working on, if that is a nice speedup. But some of our Codec formats, e.g. for stored fields, have two options to make the tradeoff an explicit choice by the user (`BEST_COMPRESSION` vs `BEST_SPEED`). Maybe, if this new sandbox Codec works out, some of its tradeoffs could be folded into the default Codec with similar constants to make the tradeoff explicit. Also, "no patching" is something we already support at read-time since some blocks today will legitimately have no patching. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org For additional commands, e-mail: issues-h...@lucene.apache.org
