[Save this search]

Status
All
   Fixed (7187)
  Closed (4470)
Open (2527)
   Won't Fix (543)
   Duplicate (297)
   Invalid (217)
   Not A Problem (195)
Issue type
All
  Issue (2226)
  PR (301)
Author relation
All
  None (2034)
  Member (599)
  Contributor (408)
  New contributor (56)
Created
All
  Past day (0)
  Past 2 days (3)
  Past 3 days (3)
  Past week (17)
  Past month (46)
  Past 3 months (81)
  Past 6 months (154)
  Past year (278)
Updated
All
  Past day (18)
  Past 2 days (23)
  Past 3 days (27)
  Past week (50)
  Past month (82)
  Past 3 months (119)
  Past 6 months (398)
  Past year (502)
Updated ago
All
  > 1 day ago (2509)
  > 2 days ago (2504)
  > 3 days ago (2500)
  > 1 week ago (2477)
  > 1 month ago (2445)
  > 3 months ago (2408)
  > 1 year ago (2024)
Comment count
All
  0 (551)
  1 (350)
  2 - 5 (794)
  6 - 10 (431)
  10 - 20 (306)
  > 20 (165)
Reaction count
All
  0 (2247)
  1 (166)
  2 - 5 (92)
  6 - 10 (16)
  10 - 20 (5)
  > 20 (1)
Review Requested
All
  jpountz (14)
  mikemccand (8)
  benwtrent (5)
  iverase (4)
  rmuir (3)
  dweiss (3)
  msokolov (3)

See all 23...
Mentioned
All
  jpountz (90)
  mikemccand (71)
  rmuir (49)
  benwtrent (45)
  uschindler (38)
  msokolov (37)
  dweiss (16)

See all 197...
Reviewed
All
  jpountz (23)
  mikemccand (22)
  rmuir (14)
  msokolov (13)
  uschindler (13)
  benwtrent (12)
  dweiss (11)

See all 57...
Commented
All
  asfimport (1369)
  github-actions[bot] (229)
  jpountz (140)
  mikemccand (119)
  rmuir (96)
  benwtrent (82)
  msokolov (77)

See all 282...
User
All
  asfimport (1811)
  github-actions[bot] (269)
  mikemccand (203)
  jpountz (199)
  rmuir (128)
  benwtrent (119)
  msokolov (98)

See all 427...
Last comment user
All
  asfimport (1326)
  github-actions[bot] (222)
  jpountz (32)
  mikemccand (31)
  rmuir (23)
  msokolov (15)
  benwtrent (15)

See all 155...
Draft
All
  No (249)
  Yes (52)
Component
All
  core (590)
  analysis (151)
  highlighter (47)
  spatial (41)
  facet (40)
  queryparser (27)
  test-framework (26)

See all 23...
Type
All
  enhancement (1160)
  bug (725)
  task (197)
  test (77)
  documentation (22)
Labels
All
  Stale (222)
  legacy-jira-fix-versio... (214)
  legacy-jira-fix-versio... (169)
  affects-version:4.0-ALPHA (81)
  tool:build (54)
  vector-based-search (47)
  affects-version:6.0 (37)

See all 156...
Commits?
All
  No (2527)
Reporter
All
  rmuir (271)
  mikemccand (153)
  jpountz (126)
  dsmiley (68)
  uschindler (52)
  iverase (42)
  romseygeek (40)

See all 734...
Assignee
All
  Unassigned (2286)
  mikemccand (35)
  uschindler (32)
  romseygeek (27)
  dsmiley (22)
  rmuir (14)
  jpountz (11)

See all 44...
  Filters: Status (Open),  Issue type,  Author relation,  Created,  Updated,  Updated ago,  Comment count,  Reaction count,  Review Requested,  Mentioned,  Reviewed,  Commented,  User,  Last comment user,  Draft,  Component,  Type,  Labels,  Commits?,  Reporter,  Assignee

#15737 PR: Store pre-aggregated sum and value count in DocValuesSkipper
32 minutes ago  1 comments  0 votes  0 watches  github-actions[bot]jainankitkmccullochtnavneet1v
Description This PR extends the DocValues skip index to store pre-aggregated sum and valueCount ... This enables collectors and faceting operations to leverage pre-computed aggregation data at search ...
    navneet1v 32 minutes ago:  @jainankitk will adding these new things in the docvaluesSkipper add an extra burden on the ...

#15752 PR: Add FieldMinMax unified API for global numeric min/max retrieval
35.4 minutes ago  1 comments  0 votes  0 watches  SYEDMDSAADgithub-actions[bot]navneet1v
This patch introduces FieldMinMax, a unified API to retrieve global minimum and maximum numeric ... Currently Lucene exposes two different mechanisms: * PointValues.getMinPackedValue / ... FieldMinMax abstracts over both implementations and provides consistent behavior: * Uses ...
    navneet1v 35.4 minutes ago:  @SYEDMDSAAD trying to understand the motivation behind this API in Lucene specifically? Why this cannot be added in your application side?

#15742 PR: Optimize int4 vector computations by avoiding conversions
37.6 minutes ago  9 comments  0 votes  0 watches  github-actions[bot]kaivalnpmccullocht
Spinoff from 15736, where @mccullocht identified vector conversions as a potentially slow area ( ... This PR loads and operates on SIMD registers of the preferred bit size to avoid intermediate ... This was sparked from 15697 where we observed a performance drop in JMH benchmarks of some 4-bit ...
    kaivalnp 37.7 minutes ago:  Thanks @mccullocht could you help with a sanity-check JMH benchmark and knnPerfTest run on your x86 ...
    kaivalnp 40.3 minutes ago:  I ran this JMH benchmark on branch_10x with Java 24: `sh java --module-path lucene/ ... *Vector" -p size=1024 ` ` openjdk 24.0.2 2025-07-15 OpenJDK Runtime Environment (build 24.0.2 ...

#15504: Search old graphs during HNSW merging new graph building
2.7 hours ago  2 comments  0 votes  0 watches  Vikasht34benwtrentjilldoty-elastic
Description When merging HNSW indexed segments, we attempt to improve the incremental nature of ... This includes: - Utilizing the biggest graph (after repairing deletes) - Optimizing the entry ... I think another good optimization would be to reuse the previously calculated graphs to further ...
    Vikasht34 2.7 hours ago:  @benwtrent Thanks for Sharing this!!
    benwtrent 2.7 hours ago:  New paper just dropped, seems like it could really help with merging! https://arxiv.org/pdf/2602.17099

#12440: Make HNSW merges faster
2.7 hours ago  19 comments  0 votes  0 watches  benwtrenthpvdjbellisjmazanec15mbrettetteofilizhaih
Description It is well known that when merging segments, HNSW is not merged in linear time. We lose a fair bit of useful information as all the NSWs are effectively thrown away (except for a ... This means we have useful distributed work from each segment that is ignored.
    benwtrent 2.7 hours ago:  New paper just dropped, seems like it could really help with merging! https://arxiv.org/pdf/2602.17099
    benwtrent 3.3 months ago:  Stumbled on this code and paper from a publicly linked issue: https://github.com/aponom84/ ... Lots of possibilities for fun experimenting! Just too little time for them all :)

#15292: Expose the name or an indication of which VectorizationProvider is being used
3 hours ago  8 comments  0 votes  0 watches  dweisshossmanrisdenktflobbeuschindler
Description Given an application that could benefit from using PanamaVectorizationProvider, I ... Right now, this doesn't seem possible without using some kind of reflection and hacks on the ... I was thinking we could have a public static String getImplementationName() or something that's ...
    dweiss 3 hours ago:  I agree, Uwe and I did implement this kind of fallback-type service loader in a branch (as part of ... I wasn't too happy with it though and abandoned it.
    hossman 3 hours ago:  > One issue I see with is that, if tomorrow we have more than one "optimized version" we wouldn't ... It really all depends on how you want to define/document the isOptimized() method -- we could say ... IIUC That's basically what happens today with PanamaVectorUtilSupport: you could argue that (from a ...

#15520: Should Lucene offer a helper class for primary key lookups?
3.1 hours ago  4 comments  0 votes  0 watches  Vikasht34gsmillermikemccandrisdenkshubhamsrkdev
Primary key lookup is such a common use case for search engines -- Lucene's nightly benchmarks ... It's a stress test of Lucene's terms index/dictionary impl, and it has been surprisingly volatile ... This task (PKLookupTask) is somewhat bespoke: it first (on init -- not counted in the benchy ...
    Vikasht34 3.1 hours ago:  @shubhamsrkdev Go for it.
    shubhamsrkdev 3.2 hours ago:  @Vikasht34 I did some enhancements to the PKLookupTask as discussed here. I haven't published/tested the PR yet, will abandon in case you're working on it. Thanks!

[20.1 msec search, 21.1 msec total]