Why 15-ish % CPU usage when idle in tray ?

First of all, I'm very pleased to see the support of Linux, many thanks to all of who made this possible 🙂

I'm also glad to be part of those who help making it better, so here is my point:

Once launched and then closed, the process is still "running" as shown by the tray icon.
Then, I use htop to see resource consumption as my computer is doing nothing, the top 3 processes are '/opt/1Password/1password' (respective CPU usage: ~7%, ~4%, ~3%), the two lasts are children of the first one

My expectation is that when no graphical user interface is active, then the CPU consumption must be close to 0%

Here is my config:
1Password 0.8.4 installed via dnf
Fedora Workstation 31
GNOME 3.34.7 / X11
Intel open source graphic driver / NVidia Driver 440.100 for offloading 3D graphics
Linux Kernel 5.7.11.100

Hope it helps!

Best regards.


1Password Version: 0.8.4 (Linux Development Preview)
Extension Version: Not Provided
OS Version: Linux 5.7.11 / Fedora Workstation 31 / GNOME / X11
Sync Type: Not Provided

Comments

  • MikeTMikeT Agile Samurai

    Team Member

    Hi @gwallet,

    Welcome and thanks for taking the time to report this.

    Interestingly enough, I am not able to reproduce this with Gnome 3.36.3 on Pop!_OS 20.04. I tested this on Fedora and can reproduce your issue quickly.

    It's very odd, I ran the app in the debug build on Fedora and there's zero activity while it is eating up the CPU.

    We'll investigate and let you know what we find.

  • lieverselieverse
    edited September 11

    I'm seeing similar loads on Ubuntu 18.04 LTS with Gnome 3.28, kernel 4.15, and the 1Password snap (0.8.5)

    The load of the main/parent 1password process remains at around 10-13% both with the UI open and closed. Another process comes and goes when the UI is opened/closed, and that takes around 6%. A third process takes around 2% when the UI is open.

    For comparison: the slack application, which I think is also an Electron app, is idling at < 0.5% (all processes) whether the UI is open or not, only spiking when the UI is just opened.

    EDIT: just noticed that while on the lock screen, the UI process even goes up to 40-75%, just waiting for me to enter my master password. The main/parent process at that time goes to 20-25%, and the third parocess to about 11%.

  • MikeTMikeT Agile Samurai

    Team Member

    Hi @lieverse,

    Thanks for reporting this.

    There may be a few things going on at the same time.

    First, can you tell me the spec of your CPU / GPU?

    EDIT: just noticed that while on the lock screen, the UI process even goes up to 40-75%, just waiting for me to enter my master password.

    This is a known optimization issue that we will address in the near future; the animations shouldn't be running if it is not focused but it is, so that is spinning up the CPU/GPU unnecessarily.

    The load of the main/parent 1password process remains at around 10-13% both with the UI open and closed.

    This looks like the same issue with 1Password on Fedora 32 for me, I can reproduce it there. We're still trying to find the cause as right now, our developers can't reproduce it on their machines, except for me in the virtual machines. We'll track it down soon.

  • First, can you tell me the spec of your CPU / GPU?

    I'm using a Dell Precision 5530, but using the Intel GPU and not the NVIDIA one (to avoid dock/undock issues).

    # cat /proc/cpuinfo | grep 'model name' | head -1
    model name:      : Intel (R) Core(TM) i7-8850H CPU @ 2.60GHz
    # lspci | grep ' VGA '
    00:02.0 VGA compatible controller: Intel Corporation Device 3e9b
    # glxinfo | grep 'Device:'
        Device: Mesa DRI Intel(R) UHD Graphics 630 (CFL GT2) (0x3e9b)
    

    This is a known optimization issue that we will address in the near future; the animations shouldn't be running if it is not focused but it is, so that is spinning up the CPU/GPU unnecessarily.

    The only animation I can see on that lock screen (when not yet entered the master password) is a blinking cursor, so even when focussed I wouldn't expect to see such high CPU loads. When unlocked, and clicking in the search box to get a blinking cursor, I don't see these high loads either.

  • MikeTMikeT Agile Samurai

    Team Member

    @lieverse,

    The only animation I can see on that lock screen (when not yet entered the master password) is a blinking cursor, so even when focussed I wouldn't expect to see such high CPU loads.

    Look at the blue inner ring and the outer gray bars on left/right side of the ring. The bar fades in and out and the blue color shift as it rotates.

    not the NVIDIA one (to avoid dock/undock issues).

    I know what you mean, I have that same issue on my ThinkPad with nvidia GPU.

  • Look at the blue inner ring and the outer gray bars on left/right side of the ring. The bar fades in and out and the blue color shift as it rotates.

    Oh wow, that is so subtle (esp. the blue) that I didn't even notice. As an engineer it would make me wonder if that is worth 50% CPU load (for a screen that you wouldn't be looking at for a long time anyway), but I guess the UX dept would see that differently :-)

  • MikeTMikeT Agile Samurai

    Team Member

    @lieverse,

    Oh wow, that is so subtle (esp. the blue) that I didn't even notice.

    :smile: I do think it is too subtle but the design is not final in the current development builds.

    As an engineer it would make me wonder if that is worth 50% CPU load (for a screen that you wouldn't be looking at for a long time anyway), but I guess the UX dept would see that differently :-)

    It's not but even small animations like that shouldn't cause that big of a load, at the very least, it shouldn't do anything when not focused. I do suspect there is more to it than just the animation itself. I have reported a few other issues that is related to CPU usage during my testings but our engineers aren't yet able to reproduce it. We'll track them down and get it fixed.

  • edited September 18

    I think it's related to Wayland. I'm running SwayWM and I also observe about 10% load. Also taking into account that Pop! defaults to X session and Fedora Wayland...

    Edit: Oh bummer, OP uses an X session so it can't be that. D:

  • MikeTMikeT Agile Samurai

    Team Member
    edited September 18

    That was a good guess, though.

    I did rule it out when one of our engineers also use Fedora on his main machine and it doesn't show the same problem. Sadly, it is not as simple as we'd like it to be.

    @looselyrigorous thanks for writing in with your setup, that'll help us collect more data.

  • I am observing a similar load for the process /snap/1password/5/app/1password --no-sandbox.

    I am using Dell Latitude 7300 with pre-installed Ubuntu. Relevant system information is:

     OS: Ubuntu 18.04 bionic
     Kernel: x86_64 Linux 4.15.0-1096-oem
     Resolution: 4720x1920
     DE: GNOME
     WM: GNOME Shell
     WM Theme:
     GTK Theme: Adwaita-dark [GTK2/3]
     Icon Theme: ubuntu-mono-dark
     Font: Ubuntu 11
     CPU: Intel Core i5-8365U @ 8x 4.1GHz [25.0°C]
     GPU: Mesa DRI Intel(R) UHD Graphics 620 (WHL GT2)
     RAM: 8001MiB / 15854MiB
    

    Please let me know if I can help you any further.

  • MikeTMikeT Agile Samurai

    Team Member

    We will, thank you for including that spec, @vst.

Leave a Comment

BoldItalicStrikethroughOrdered listUnordered list
Emoji
Image
Align leftAlign centerAlign rightToggle HTML viewToggle full pageToggle lights
Drop image/file