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 188.8.131.52
Hope it helps!
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
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.
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%.
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?
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.
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.
I'm using a Dell Precision 5530, but using the Intel GPU and not the NVIDIA one (to avoid dock/undock issues).
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.
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.
I know what you mean, I have that same issue on my ThinkPad with nvidia GPU.
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 :-)
:smile: I do think it is too subtle but the design is not final in the current development builds.
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.
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:
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
I am using Dell Latitude 7300 with pre-installed Ubuntu. Relevant system information is:
Please let me know if I can help you any further.
We will, thank you for including that spec, @vst.
Hi everyone, me again.
I moved to the latest 1Password 0.9.1 (at the time of writing this), and to see that the load is now a bit worse than before 😕
I also planned to move to the recently released Fedora 33 Workstation. Once done, I'll keep you posted on how the environment affects the trend.
Thanks for the update, we haven't been able to pinpoint it yet.
Using 0.9.1 Appimage on Manjaro (see below), i see at an average a CPU utilization of 2.4% (Trayed and not-Trayed):
Operating System: Manjaro Linux
KDE Plasma Version: 5.19.5
KDE Frameworks Version: 5.74.0
Qt Version: 5.15.1
Kernel Version: 5.8.16-2-MANJARO
OS Type: 64-bit
Processors: 6 × Intel® Core™ i5-9500T CPU @ 2.20GHz
Memory: 7.6 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 630
Got 12% CPU Load minimized to tray, Ubuntu 20.04.1, Lenovo T15, i7-10510U
It would also be useful to know how you install 1Password when you describe your hardware/software setup; for an example, via snap, appimage, or via apt. It'll help us narrow it down.
@andrwhmmr, how did you originally install 1Password?
I have moved from snap (as mentioned in an earlier comment) to apt.
With version 0.9.3-31838 (apt) I'm still seeing similar loads as back then (snap), with UI closed or opened, and when viewing the lock screen (which still gives spikes to at least 70%).
I installed it via the apt-get on my notebook.
But I just installed 1pass on Manjaro via the AUR. (Thanks for that by the way!)
And on my desktop (i5 3570) I am seeing ~10% CPU Load when minimized to tray.
Thanks, that rules out the specific package formats. I've passed on your specs to our team to continue investigating.
I just moved to Fedora Workstation 33 and the issue still remains, not better nor worse:
Here's my config:
It doesn't change anything whether the vault is locked or not.
Hope it helps,
Thanks for posting that!
We're still investigating things currently, but that certainly helps! 💙
I’m also seeing this. In case it helps:
Installed via apt:
1password/edge,now 0.9.7-34739 amd64
Hi @aral, welcome to the 1Password Community!
Thanks so much for sharing your system info! This will be helpful as the Development team continues to investigate this issue. :smile:
Please check your package manager for a 1Password update (0.9.9), we think we've addressed the issue with the high CPU idle usage.
Let us know how it is working out now on your systems, thanks!
Thanks for the effort.
Confirming that 1Password no longer uses noticeable CPU when idle on tray (almost always 0%) in my case.
1Password version installed via snap (upgraded by
sudo snap refresh 1password):
Operating system details:
htopoutput while minimized on the tray:
Note that I see some CPU activity on
htopoutput while 1Password window is drawn. But this is not the subject of this discussion.
That's great to hear, thanks for confirming that for us.
There will be a tiny CPU usage when you're viewing an item that has a timer animation for the one-time password fields. If you view an item without any animations, it should settle down to 0 quickly.
Indeed, the new 0.9.9 release fixes the issue for me too.
I can't reproduce the CPU consumption when in tray (by the way, was still there in the 0.9.8 release …)
many thx! 🙂
Hey @gwallet, that's great! We're glad to hear the new update is working for you too :smile: :+1:
For me 1password is showing still very high CPU usage. I am not sure when this started. I noticed my cooling starting to make noise yesterday, looked at top and found 1password was the culprit. I then found this thread.
This is my 1password version:
And here are my system details:
And this is my top output:
Hey there @hansdezwart, I'm really sorry you're seeing high CPU usage!
Are you seeing this usage when using and interacting with 1Password, or only when 1Password is idle? When the 1Password window is closed, does 1Password still show in your
topoutput? Is %CPU still high, even when 1Password is only running in tray? I just had a go with trying to reproduce this (Ubuntu 20.10, Mutter) and didn't get much in the way of usage spikes.