Vincent43
commented
5 years ago I've seen similar behavior o that site. You may try with firejail --ignore=seccomp.
Closed mkkot closed 4 years ago
Vincent43
commented
5 years ago I've seen similar behavior o that site. You may try with firejail --ignore=seccomp.
Fred-Barclay
commented
5 years ago I haven't been able to duplicate (I'm on Arch). Even 7 simultaneous downloads don't take my CPU above ~26%.
Vincent43
commented
5 years ago @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
5 years ago 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
5 years ago It could be also issues related to that site itself in a specific time period.
mkkot
commented
5 years ago 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
5 years ago 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
5 years ago 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
5 years ago I tried to reproduce:
Result:
chiraag-nataraj
commented
5 years ago Unfortunately, I cannot reproduce this either :confused:
Boruch-Baum
commented
5 years ago I'm pretty sure that I have a solution for this. What I've done is to create a file ~/.local/bin/firefox-esr which is all of:
#!/bin/sh
2> /dev/null 1> /dev/null cpulimit -l 50 firejail firefox-esr "$@" &The directory ~/.local/bin is the first item in my $PATH.
glitsj16
commented
5 years ago @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
5 years ago @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 \foo which would avoid the loop.
Fred-Barclay
commented
5 years ago Duplicate of #2608
Fred-Barclay
commented
5 years ago 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
glitsj16
commented
5 years ago Upstream released Firefox 66, which carries a Linux-specific fix for Firefox freezing when downloading files (see releasenotes and bug report).
chiraag-nataraj
commented
5 years ago @mkkot Is your issue resolved?
mkkot
commented
5 years ago 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):
@mkkot https://github.com/mkkot Is your issue resolved?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/netblue30/firejail/issues/2324?email_source=notifications&email_token=ACQLHTXFHUKUA7OOII5DATLPWO6FLA5CNFSM4GMXO73KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODV3KHZY#issuecomment-494314471, or mute the thread https://github.com/notifications/unsubscribe-auth/ACQLHTR7BRWTF27K6P6E4OLPWO6FLANCNFSM4GMXO73A .
-- Pozdrawiam / Greetings Marcin Kocur █ Brak odpowiedzi? / No answer? http://koci.net.pl/email/
mkkot
commented
5 years ago Firefox 66.0.2:
I think I will have to read about some performance visualizers to debug this issue.
glitsj16
commented
4 years ago Closing this due to inactivity.
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.