⚡ Bolt: [performance] Concurrent tool execution and multi-repo search in retrieval pipelines#109
⚡ Bolt: [performance] Concurrent tool execution and multi-repo search in retrieval pipelines#109ishaanxgupta wants to merge 1 commit intomainfrom
Conversation
… in retrieval pipelines
|
👋 Jules, reporting for duty! I'm here to lend a hand with this pull request. When you start a review, I'll add a 👀 emoji to each comment to let you know I've read it. I'll focus on feedback directed at me and will do my best to stay out of conversations between you and other bots or reviewers to keep the noise down. I'll push a commit with your requested changes shortly after. Please note there might be a delay between these steps, but rest assured I'm on the job! For more direct control, you can switch me to Reactive Mode. When this mode is on, I will only act on comments where you specifically mention me with New to Jules? Learn more at jules.google/docs. For security, I will only act on instructions from the user who triggered this task. |
💡 What: Refactored LLM tool execution loops in
RetrievalPipelineandCodeRetrievalPipelineto run independently spawned tool calls concurrently usingasyncio.gather. Also applied concurrent searching across multiple repositories in_search_symbolsand_search_files.🎯 Why: Sequential tool execution caused significant compounding latency for complex questions where the LLM needs data from multiple domains (e.g.
search_profileandsearch_temporalsimultaneously) or when querying the default all-repository context. This bottleneck forced O(N) network latency for parallelizable tasks.📊 Impact: Shifts I/O-bound retrieval from sequential to parallel latency. Expected to reduce end-to-end multi-domain retrieval time by >50% depending on the number of concurrent tool calls and repositories.
🔬 Measurement: View tracing output showing tool execution durations converging towards the slowest individual query, eliminating sequential delay accumulation. Evaluated syntactically with
ast.parseand statically reviewed for functional correctness to avoid race conditions when appending to shared lists likesources.PR created automatically by Jules for task 963796135469649119 started by @ishaanxgupta