uschindler commented on pull request #173:
URL: https://github.com/apache/lucene/pull/173#issuecomment-859613146


   > Is the plan to work on this and #177 in parallel until we know which is 
the more sustainable option, or abandon this one altogether with expectations 
that JDK 17 will be better? I'm going to go through the pain of setting one up 
but probably cannot do both.
   
   I won't expect any of both to be in a stable release of Lucene yet. The 
version for 16 (this one) is here for reference only. It has performance 
problems, because JDK 16 was not able to optimize loops with 64 bit. With JDK 
17, this should be better, but I wasn't able to test this with #177. So I'd 
recommend to do performance tests with #177.
   
   Hopefully at some point this will land in JDK so we can officially use it. 
The problem is currently, every major release changes API in significant ways, 
so there is no way to include it in official builds. It also won't work without 
command line settings, so if you'd like to use with software like Solr or 
Elasticsearch, you would need to change startup scripts, too. MR-JARs don't 
help, because MR-JARs resolve class files based on minimal version and you 
can't make it "only use this class for JDK 16".
   
   A plan might be (as this is quite isolated) to create a separate github 
project, with just the directory implementation, so it can be downloaded as 
separate JAR file and included into projects. Possibly with a DirectoryFactory 
for Solr or similar plugin for Elasticsearch. My time is a bit limited at 
moment, but that's obviously the best way to go. The setup as draft pull 
request with hacked code inside Lucene was mainly done to run all Lucene tests 
easily against it and compare performance with old MMapDirectory.


-- 
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.

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

Reply via email to