Open andreeaflorescu opened 4 years ago
I believe this was solved by using the *Events traits, like SerialEvents
and RtcEvents
This is not resolved by using SerialEvents and RtcEvents, but that was indeed a good start.
The proposal was about restructuring how we are defining metrics to fix a few problems:
App
that contains both Vmm
and the Api
since both can use metrics, and should be able to have access to them.Here is the proposal, I see the link from the issue is no longer valid: https://github.com/andreeaflorescu/metrics-proposal
This approach can also be used to fix the problem that you are mentioning in #2893
Good point.
This approach can also be used to fix the problem that you are mentioning in https://github.com/firecracker-microvm/firecracker/pull/2893
In order to fully fix the thread-safety issues, multiple other issues need to be solved. Created a related issue: https://github.com/firecracker-microvm/firecracker/issues/2899
Design doc and more details here: github.com/andreeaflorescu/metrics-proposal.
This is particularly important for devices, so that we can break the dependency on the Firecracker specific
logger
implementation. This can be achieved by having devices define their own metrics and take a dependency only on aMetric
trait that can be defined invmm-sys-util
.