fix(knowledge): give the reach count the probe's share of the deadline, not the leg's - #8111
Conversation
…e, not the leg's Counting a caller's reach reads as many index entries as they reach, so on a large index it took the whole vector budget and left the leg no time to walk; the search then reported the leg timed out with the count's stage measured twice. The count now runs under the probe's share of the deadline, a count that runs out answers nothing for this search without marking the leg, and the reach memo holds for an hour: reach moves slowly and a stale answer costs speed, never access.
|
The latest updates on your projects. Learn more about Vercel for GitHub. |
|
There was a problem hiding this comment.
All reported issues were addressed across 2 files
Reply with feedback, questions, or to request a fix.
Fix all with cubic | Re-trigger cubic
… leg during the count as short A stale strategy costs recall at the margin, so the memo stays at five minutes now that a count costs at most the probe's share. A leg whose own deadline passes during the count reports short, as it did before, instead of failing the search.
|
@cubic-dev-ai review this PR |
@waleedlatif1 I have started the AI code review. It will take a few minutes to complete. |
Summary
permitted_documentsreports the statements' real timeType of Change
Testing
vitestoverlib/knowledgeandapp/api/knowledge(191 files, 3304 tests),bun run lint,bun run check:auditsand nativetsc --noEmitpassChecklist