See this example:

Google Chrome Helper (Renderer) displays 36% but vitals shows a steady 7%. I watched it for some time and both numbers stayed roughly stable.

Running macOS 11.2.2

Thanks for creating this neat little app! I've faced a similar problem to what you outlined in your blog post, and I'm excited that I found Vitals.

I'm not sure what causes this behavior, but I can't seem to drag-n-drop the Vitals icon to reorder it among my other menu bar apps. I use a ton of them (iStat Menus, Dropbox, Alfred, BlueJeans, 1Password, to name a few) - all of them can be reordered if I hold down CMD and click to drag. Vitals seems to treat this as a regular click (and opens the main processes window.

I may poke around to see if I can figure it out, but I have no experience with menu bar apps so I don't expect to find a solution quickly 😅

First thanks for your effort to create such a compact and useful utility!

I am using it with macOS Catalina. In version 0.5 there are two buttons supposed to change what metrics display and they work, but they both show question marks indicating the font used in this version of macOS doesn't have them.

Replace the popover with a menu item that has a custom view.

Pros:

• Simplifies the code a fair bit
• Native behaviour comes for free (e.g. press and hold menu item to show temporarily rather than toggling)
• Looks better?

Cons:

• View dimensions are hard-coded
• Looks worse?

Thoughts on whether the new look is a "pro" or a "con" welcome!

Pretty much the title. Somewhat concerning since I always have vitals running so being a bit power hungry could have a nontrivial effect on battery life.

I wonder if this is because vitals now tracks 3 or 4 different resources instead of just CPU. I'd be willing to look into creating a setting to toggle the resources a user wants to track which might allow users to mitigate this. Lmk if that sounds like a pull request you think you'd accept.

Environment

• Vitals version 0.7
• Device: MacBook Air (Retina, 13-inch, 2018)
• OS version: macOS Monterey 12.0.1 (21A559)

Images

Hello! Thanks for Vitals.

I noticed that the two buttons to cycle between resources don't look good on dark mode with a dark background. I replaced the images with the same SF symbols when on macOS 11+ (docs), which adapt to the theme used.

| Before | After | | :--------: | ---------: | | | |

(really enjoy using the app when I have to btw. Thanks, for making and sharing it!)

Description

Sometimes when clicking to switch to a different resource page the app hangs and the infamous spinning wheel appears. Interestingly, all that is required to "unhang" is to move the cursor and the app will instantly become responsive again and switch resource pages (see video for more clear demo).

Steps to reproduce

1. Click thru resource pages without moving the cursor, just clicking
2. Take note of the resource heading label (e.g. "CPU", "Memory" etc) and when you see that the page hasn't change but you have clicked then wait a few seconds and observe the spinning wheel and the page never changing
3. Move cursor and observe spinning wheel disappearing and resource page changing appropriately

Environment

• Vitals version 0.7
• Device: MacBook Air (Retina, 13-inch, 2018)
• OS version: macOS Monterey 12.0.1 (21A559)

Video demo

(please excuse the annoying popup for the trial software I downloaded to show my mouse clicks)

https://user-images.githubusercontent.com/5726308/141922180-15a24ac5-f480-4e76-8b6e-c18e68bb1a58.mp4

Instruments trace

I also recorded a trace using the instruments app while repro'ing this issue and attached it below. If you open it in instruments you can see when the "spinning" event happened and what function calls were most present in the samples. Lots of things to do with mouse events and it doesn't look like the CPU usage is very high so it might be erroneously waiting on an event.

vitals.trace.zip

Problem

I downloaded and ran the application (allowing it in the Security and Privacy) but nothing seems to happen

Details:

Installation Method: brew OS Version: MacOS Big Sur 11.2.3

Additional Context

Love the idea, just need to get it to work, please let me know if you need more information

Fixes #7 on macOS 11 (Big Sur).

This is quite a straight-forward fix for the height issue, it just sets popover.contentSize's height to 492. This is equal to (20 process name heights * 16 px) + (19 VStack spacing * 8 px) + (2 VStack padding * 10 px).

It unfortunately introduces some coupling but, from my testing, it seems unavoidable if we want to avoid scrolling. From what I've seen online, the alternative would be calling VStack.fixedSize(horizontal: false, vertical: true) to avoid clipping height, but in my tests this bizarrely sets the NSHostingView height to 4284 px...

It looks pretty easy to add a cask.

Given the homebrew rejection criteria, it might be worth waiting to see if adoption grows a bit before submitting to the core casks repo. In the meantime, publishing to my homebrew tap might be good enough.

It looks like nettop should return what we need. The command would look something like this:

nettop -P -L 1 -k time,interface,state,rx_dupe,rx_ooo,re-tx,rtt_avg,rcvsize,tx_win,tc_class,tc_mgt,cc_algo,P,C,R,W,arch

The chart component would probably need a way of showing ingress and egress IO separately.