mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2324] Firefox using 100% CPU with firejail when downloading files #1550
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#1550
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @mkkot on GitHub (Jan 1, 2019).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2324
Firefox 64.0 is using 100% CPU when downloading files via built-in mechanism. To reproduce:
firejail /usr/bin/firefoxThen go to https://www.kernel.org/ or to some other source of big files and simultaneously download as many files as the number of your CPU cores is. Open top or htop and see that Firefox is eating all your cores.
For me downloading on 4 cores without firejail takes about 30% of CPU but with firejail it takes 370%.
Of course it doesn't happen when not paired with firejail. It also works correctly with --noprofile option.
I also tested with /etc/firejail/firefox.local removed but there was no difference.
@Vincent43 commented on GitHub (Jan 2, 2019):
I've seen similar behavior o that site. You may try with
firejail --ignore=seccomp.@Fred-Barclay commented on GitHub (Jan 2, 2019):
I haven't been able to duplicate (I'm on Arch). Even 7 simultaneous downloads don't take my CPU above ~26%.
@Vincent43 commented on GitHub (Jan 2, 2019):
@Fred-Barclay can you go to https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/ and try to open several commits, each on a new tab?
@SkewedZeppelin commented on GitHub (Jan 2, 2019):
I can't really reproduce either. Downloading a 10GB file at 150Mbps doesn't push any of my cores past 20%.
And I tried opening a bunch of large commits from there and all of them loaded near instantly.
I am sure there are a lot of variables that effect this result which is why we don't all see the same like: processor (and microcode), kernel version, kernel config, distro compiler flags, network speed, drive, disk encryption, browser (and extensions), etc.
@Vincent43 commented on GitHub (Jan 2, 2019):
It could be also issues related to that site itself in a specific time period.
@mkkot commented on GitHub (Jan 3, 2019):
Guys, this has nothing to do with kernel.org. I just used the site as it has easily available big files to download. The problem is with downloading files with firefox and firejail. I tried firejail --ignore=seccomp but it doesn't change anything. I will try to dig more and see if I can narrow down the problem.
//Edit: this doesn't happen on fresh firefox profile. However, please try to change this setting:
Now you should be able to reproduce the issue.
@Fred-Barclay commented on GitHub (Jan 3, 2019):
Yep, it's "Always ask you where to save files" that does it! This is the progress from 0 to 5 simultaneous downloads:
@ghost commented on GitHub (Jan 9, 2019):
hello, i have tried to reproduce and i don't have this problem while using firejailed firefox, manjaro kde edition, firejail 0.9.57 r4574 from 18 december
@rusty-snake commented on GitHub (Jan 9, 2019):
I tried to reproduce:
Result:
@chiraag-nataraj commented on GitHub (Feb 7, 2019):
Unfortunately, I cannot reproduce this either 😕
@Boruch-Baum commented on GitHub (Mar 19, 2019):
I'm pretty sure that I have a solution for this. What I've done is to create a file
~/.local/bin/firefox-esrwhich is all of:The directory
~/.local/binis the first item in my$PATH.@ghost commented on GitHub (Mar 19, 2019):
@Boruch-Baum Does that actually work? IMHO it would eternally loop, executing firefox-esr in ~/.local/bin on each iteration (causing even higher CPU usage and confusing your system into a fit). It would only work if you called firefox-esr in that shell script by its full path.
@Boruch-Baum commented on GitHub (Mar 19, 2019):
@glitsj16 : Yup, it's how I'm writing this comment now - a firefox instance in a firejail under cpulimit, as launched by that wrapper script. Pretty cool, eh? I had started launching firefox under cpulimit years ago, without firejail, so it was just natural for me to try this. My guess is that firejail internally canonicalizes the path of
\foowhich would avoid the loop.@Fred-Barclay commented on GitHub (Mar 20, 2019):
Duplicate of #2608
@Fred-Barclay commented on GitHub (Mar 20, 2019):
Also sorry for the noise! Was trying to use Github's "mark as duplicate" tool. Anyhow, this looks like it's similar to #2608 #2330 #1730
https://help.github.com/en/articles/about-duplicate-issues-and-pull-requests
@ghost commented on GitHub (Mar 20, 2019):
Upstream released Firefox 66, which carries a Linux-specific fix for Firefox freezing when downloading files (see releasenotes and bug report).
@chiraag-nataraj commented on GitHub (May 21, 2019):
@mkkot Is your issue resolved?
@mkkot commented on GitHub (May 21, 2019):
I will answer to that when I get home next week. Can't check now.
wt., 21 maj 2019 o 11:28 ಚಿರಾಗ್ ನಟರಾಜ್ notifications@github.com
napisał(a):
--
Pozdrawiam / Greetings
Marcin Kocur █
Brak odpowiedzi? / No answer?
http://koci.net.pl/email/
@mkkot commented on GitHub (May 23, 2019):
Firefox 66.0.2:
I think I will have to read about some performance visualizers to debug this issue.
@ghost commented on GitHub (Jan 20, 2020):
Closing this due to inactivity.