Repository navigation
Address guest tracing improvements #964
Copy link
Copy link
Open
4 / 84 of 8 issues completedLabels
kind/enhancementFor PRs adding features, improving functionality, docs, tests, etc.For PRs adding features, improving functionality, docs, tests, etc.
Milestone
Description
Activity
- addedkind/enhancementFor PRs adding features, improving functionality, docs, tests, etc.For PRs adding features, improving functionality, docs, tests, etc.
on Oct 21, 2025 - addedlifecycle/needs-reviewThe issue has not yet been reviewed.The issue has not yet been reviewed.
on Oct 21, 2025 - removedlifecycle/needs-reviewThe issue has not yet been reviewed.The issue has not yet been reviewed.
on Oct 22, 2025 Trace/logs loss is an acceptable compromise
I think this is only true if the host can make the decision that they are willing to suffer log/trace loss.
Having the configuration option on the guest side, the guest can say how much space it is acceptable to use for traces/logs buffering.
Making VMExits to report traces has a performance penalty.Having the configuration option on the guest side, the guest can say how much space it is acceptable to use for traces/logs buffering. Making VMExits to report traces has a performance penalty.
Understood, I am saying that we should not make the decision on if to trade off data loss for perf for a host, they should make that decision themselves.
Metadata
Metadata
Assignees
Labels
kind/enhancementFor PRs adding features, improving functionality, docs, tests, etc.For PRs adding features, improving functionality, docs, tests, etc.
The current version using
opentelemetryis an incremental step, after which additionaltunablescan be added to improve usability.Improvements to be considered:
flatbuffersto serialize the data exchanged between the guest and host