> It's usually more a bottleneck when indexing with IndexWriter #
> updateDocument, which needs to perform one ID lookup for every indexed
> document. I guess that the queries
that you are running match so few hits that very little time is spent
reading postings, is that correct?
> But then that
FSDirectory#open is just a utility method that tries to pick the best
Directory implementation based on the platform, it's most likely
MMapDirectory for you, which is the directory implementation we use on all
64-bit platforms. So it's intriguing that you are seeing a slowdown with
MMapDirectory bu
Thanks for the answer
NIOFSDirectory is like an example. Degradation is also on
MMapDirectory and SimpleFSDirectory
We are using elasticseach and it has: simplefs (SimpleFsDirectory),
niofs (NIOFSDirectory), mmapfs (MMapDirectory) and hybridfs
(NIOFSDirectory + MMapDirectory). And for us, while ni
Hello,
Why are you forcing NIOFSDirectory instead of using Lucene's defaults via
FSDirectory#open? I wonder if this might contribute to the slowdown you are
seeing given that access to the terms index tends to be a bit random.
It's very unlikely we'll add back a toggle for this as there is no poi
