Replies: 1 comment 2 replies
-
|
I was looking at systemd-analyze plot > svg` again, and that seems wholly unusable by how wide the kernel time is :-) But that was with the idea of presenting the same sort of data in Cockpit, your idea seems more integrated but for really knowing why something is slow you'll need to know why something is blocked by another unit/dependency. Just presenting "649ms NetworkManager.service" is slow isn't too useful. The relationship is important and that things run in parallel. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi,
As part of performance optimizations or after upgrades and installations I sometimes use
'systemd-analyze time'and'systemd-analyze blame'. I thought it could be a nice feature for Cockpit to have on it's Services page as a tab - a list of systemd units sorted by their boot time launch timers, styled the same as the main Services tab - along with description, preset and state, and a link to the service' page for a name. The output of 'analyze time' could go as a header under the tab name, above filter names.The data from
'systemd-analyze plot --json=short'could be used for the units launch timers, but I have no idea how to integrate that into Cockpit's sorting. After taking a short look at the code I'd rather leave that here as an idea to be considered for Core, rather than try vibehacking anything presentable or as a plugin...Does it make any sense?
Requesting for comments here.
👀
Beta Was this translation helpful? Give feedback.
All reactions