You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This breaks out one of the two optimizations proposed in #11386. As part of trying to track down the regressions caused by #11386, I propose we push just this one optimization independently (see LUCENE-10374).
Looks like this change worked! The performance improvement carried over into the nightly benchmarks this time with no regressions (e.g., https://home.apache.org/\~mikemccand/lucenebench/BrowseMonthTaxoFacets.html). So I strongly suspect the issue before (in LUCENE-10350) was changing the for-loop to a while-loop. I suspect the compiler is able to optimize the for-loop construct on the nightly benchmark hardware in a way that it can't with the while-loop (???). I'm going to give this a try (created #11416 to track).
This breaks out one of the two optimizations proposed in #11386. As part of trying to track down the regressions caused by #11386, I propose we push just this one optimization independently (see LUCENE-10374).
Migrated from LUCENE-10379 by Greg Miller (@gsmiller), resolved Jan 18 2022
Pull requests: #605, #610
The text was updated successfully, but these errors were encountered: