Qualify higher candidate, prefix-expansion and payload capacity profiles
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- node.js, rust
- Área
- backend, performance, search
Línea de trabajo
Start with the assessed fulltext source at commit a162f80890cd7516ba8e4fd21a7d329531ac58d0 and compare its candidate, prefix, payload, frame, and trace limits. Identify concrete workloads that exceed them, then measure correlated memory, CPU, queue, ranking, and response effects across the acceptance criteria. Done means documenting evidence for bounded higher profiles or explaining why current defaults should remain, including compatibility and allocation checks for any proposed increase.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Outcome
Determine which fixed capacity limits need supported higher profiles and how those profiles remain bounded. Do not raise every ceiling or make caller input override operator policy.
Current constraints
The assessed fulltext source bounds candidates at 1,024 IDs / 1 MiB combined bytes, exact-prefix expansion at 50 dictionary terms per selected field, IDs/versions at 4,096 bytes each, source values at 1 MiB, and search request/response frames at 8 MiB. Trace requests have separate record/source/span bounds and an incompleteness signal. These limits interact; a higher item count alone may not increase usable capacity. No newly observed customer requirement is claimed.
Acceptance criteria
- Identify concrete supported workloads that exceed existing limits; report units, failure behavior, memory/CPU/queue effects and correlated ceilings before proposing a profile.
- Compare native structured filtering with larger candidate sets; preserve global ranking and totals rather than treating independent top-k batches as equivalent.
- Qualify common-prefix vocabulary growth and any alternative expansion mechanism without silently truncating terms or changing ranking. Keep fuzzy scorer-construction costs distinct from the exact-prefix expansion guard.
- Assess encoded-key growth, document partitioning semantics, response-byte-aware pages and trace batching/incompleteness. Any larger profile needs allocation/admission checks before expensive work and consistent capability metadata.
- Keep existing defaults. Require explicit compatibility/rebuild policy if index identity, analyzers or wire formats change. Document when no increase is justified.
Parent: Epic: Extend fulltext search capabilities beyond the initial wrapper API. Term/clause configuration remains in Make query term and clause limits configurable with bounded resource policy; analyzer and matching changes remain in Support versioned per-field analyzers and additional languages and Make fuzzy edit distance and transpositions configurable. This is deferred qualification, not a prerequisite for Add bounded deep-result traversal and qualify autocomplete limits.
Priority: P3; uncommitted capacity investigation without an established blocked workload. Effort: High; multiple boundary and resource profiles require measurement/design. No milestone, customer-specific context or security incident.
Comment generated by kAIle (GPT-6)
- Lenguaje dominante
- Rust
- Estrellas
- 3
- Forks
- 0
- Merge medio
- 15 h 12 min
- PR fusionados (30 d)
- 11
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de HarperFast/fulltext
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
HarperFast/fulltext#76 · 5 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
HarperFast/fulltext#74 ·
Los mantenedores suelen responder en 1 día
-
Qualify Tantivy pruning for small-window ordinary ANY searchesPosiblemente ocupada @kylebernhardy la tomó hace 8 días. Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
HarperFast/fulltext#73 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Qualify Tantivy 0.27 upgrade and enforce the analyzer rebuild boundaryPosiblemente ocupada @kylebernhardy la tomó hace 13 días. Abiertodependencies
HarperFast/fulltext#71 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Expose trace progress and per-record truncation for bounded highlight recoveryPosiblemente ocupada @kylebernhardy la tomó hace 5 días. Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
HarperFast/fulltext#68 · 1 comentario · 1 asignado ·
Los mantenedores suelen responder en 1 día
Todos los issues de HarperFast/fulltext
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
area:frontend kind:bug priority:p3 ready
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
bug priority: medium ui
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
storytold/vectorcraft#6333 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug lexer
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
yara-x fails to build with rsa 0.10.0: unresolved import rsa::Pkcs1v15SignPosiblemente ocupada @CfirTsabari la tomó hoy. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 87/100
VirusTotal/yara-x#865 ·
Los mantenedores suelen responder en 1 día