this post was submitted on 26 Jan 2025
327 points (97.1% liked)
Programmer Humor
20230 readers
1878 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Not really noticed it tbh:
1.951s snapd.seeded.service
1.673s snapd.service
Seems to be a lot longer than the mounts themselves but even then pretty minimal impact:
Also remember that systemd isn't generally doing this in series, waiting for each unit before starting the next. It's firing off a bunch of units and then continuing what it does. If it were measuring the actual time that a unit takes without including the fact that it's waiting for resources that other units are using, it's highly unlikely that
bare
, which is basically empty, would take longer than massive snaps like Firefox and the GNOME content snaps.Theoretically with a huge number of snaps and slow enough storage media this could have a noticeable effect, but in practice that case is highly unlikely.
What's the total without the second grep?
Using mistral to calculate this but looks close enough
1921 + 1673 + 242 + 85 + 84 + 84 + 83 + 82 + 81 + 80 + 79 + 77 + 77 + 75 + 74 + 73 + 72 + 71 + 70 + 69 + 68 + 68 + 67 + 66 + 65 + 64 + 63 + 62 + 61 + 60 + 59 + 58 + 57 + 56 + 55 + 54 + 53 + 52 + 52 + 51 + 50 + 48 + 48 + 47 + 46 + 45 + 44 + 43 + 41 + 21 + 18 = 7264ms
So, the total sum of all the time values is 7264 milliseconds, or 7.264 seconds
Removing the snapd services: 7264ms - 3836ms = 3428ms