Eliza Weisman
Eliza Weisman
### What problem are you trying to solve? Currently, `console-subscriber` enables `tonic`'s "transport" feature flag unconditionally. This feature flag pulls in a relatively large set of additional dependencies, including `axum`...
Currently, state attributes for resources and async ops are represented by `tracing` events with a particular structure, within the resource's span. This is somewhat complicated, both in the instrumentation and...
It looks like the resource details screen currently has two separate "controls" help sections, one of which is for the details screen and the other of which is for the...
Currently, `console-subscriber` records every timestamp by calling `SystemTime::now()`. This is not necessarily the most efficient way to record a timestamp; _every_ `SystemTime::now()` call requires a system call. Also, perhaps more...
> A follow-up that I didn't address in this branch, but that we probably ought to add, is something that's displayed in the UI when we can't get details for...
The recording features in `console-subscriber` requires additional dependencies (e.g. `serde-json`) that we don't need anywhere else in the console. My PR #238 will probably also add a `crossbeam-channel` dependency to...
When the terminal supports Unicode, the console CLI will use a number of emojis and other symbols as icons etc. This is good, because it's easier to visually scan the...
Currently, the `tokio-console` CLI has a bunch of code for connecting a gRPC client and streaming data, for converting the protobuf wire format into an internal data model, and for...
A Tokio application is capable of having multiple independent runtimes. I believe this may be the case for other runtime implementations as well (e.g., I believe `rayon` [allows creating multiple...
It would be really nice to add a warning for tasks that might be blocking. This will, of course, require figuring out the _right_ heuristic for detecting such tasks. Warning...