Write a "Debugging Hipcheck" RFD #19
Labels
status: needs-rfd
This topic is big enough to require an RFD.
type: enhancement
New feature or request
Milestone
We really ought to care about the debuggability of Hipcheck, especially considering the transition to a plugin architecture will mean parts of Hipcheck's execution will be out of our immediate control. The things we likely care about include, but are not limited to:
dtrace
-based tracing for Macs, some BSDs, and Solaris-derived operating systems. The phrase we'd be looking for to identify the right existing libraries to hook into would be "USDT" (Userland Statically Define Tracing). I know there's a good Rust crate calledusdt
to supportdtrace
.The things we probably care about being able to debug include:
Recognizing that support for debugging within plugins may be limited by plugins own use of any APIs Hipcheck core exposes to support debugging.
Debugging should not only incorporate failure cases, but also cases of slowness, as a slow tool isn't a usable tool.
There's likely more that I've missed here. The basic idea though is this: we as Hipcheck maintainers, and Hipcheck users as well, should be empowered to understand what Hipcheck is doing so we can reduce the time to track down and address bugs.
The text was updated successfully, but these errors were encountered: