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
{{ message }}
This repository has been archived by the owner on Jan 2, 2025. It is now read-only.
What's the problem?
It's not a problem. It's an idea of how to (possibly) improve Bloop's performance.
What's the solution?
Recently I did many PGO benchmarks on multiple projects - the results are available here. There you can find many possibly related to Bloop applications. E.g. I have PGO results for Tantivy, which is used by Bloop.
We need to evaluate PGO applicability to Bloop (the bleep part, I guess). And if it helps to achieve better performance - add a note to the documentation about that. In this case, users and maintainers will be aware of another optimization opportunity for Bloop. Also, PGO integration into the build scripts can help users and maintainers easily apply PGO for their own workloads.
After PGO, I can suggest evaluating LLVM BOLT as an additional optimization step after PGO.
For the Rust projects, I recommend starting with cargo-pgo - it makes easier PGO optimization in many cases.
The text was updated successfully, but these errors were encountered:
Hi @zamazan4ik. While this sort of optimisation might help improve bloop's performance, our largest bottlenecks are generating embeddings when indexing and calling OpenAI GPT when querying. At the moment we're focussing on these!
What's the problem?
It's not a problem. It's an idea of how to (possibly) improve Bloop's performance.
What's the solution?
Recently I did many PGO benchmarks on multiple projects - the results are available here. There you can find many possibly related to Bloop applications. E.g. I have PGO results for Tantivy, which is used by Bloop.
We need to evaluate PGO applicability to Bloop (the
bleep
part, I guess). And if it helps to achieve better performance - add a note to the documentation about that. In this case, users and maintainers will be aware of another optimization opportunity for Bloop. Also, PGO integration into the build scripts can help users and maintainers easily apply PGO for their own workloads.After PGO, I can suggest evaluating LLVM BOLT as an additional optimization step after PGO.
For the Rust projects, I recommend starting with cargo-pgo - it makes easier PGO optimization in many cases.
The text was updated successfully, but these errors were encountered: