On 05/04/2020 09.08, Andrei Borzenkov wrote:
05.04.2020 09:50, Andrei Borzenkov пишет:
05.04.2020 09:33, Marcus Meissner пишет:
On Sat, Apr 04, 2020 at 02:37:37PM +0200, Carlos E. R. wrote:
On 04/04/2020 14.22, Per Jessen wrote:
Carlos E. R. wrote:
...
systemd might have a default user task limit of around 512.
As was mentioned in another post in this thread it is limits.conf. I do not see systemd interfering with NPROC on Leap 15.
Are you using that many threads/tasks?
Yes... way more. And I did not know.
bor@bor-Latitude-E5450:~/src/linux$ ps -eL -u bor | wc -l 794 bor@bor-Latitude-E5450:~/src/linux$
Sorry, it should have been
bor@bor-Latitude-E5450:~/src/linux$ ps -L -u bor | wc -l 554 bor@bor-Latitude-E5450:~/src/linux$
Still over 512 :)
cer@Telcontar:~> ps -u cer -f -L --no-header | wc -l 1278 cer@Telcontar:~> ps -eL -u cer | wc -l 1756 cer@Telcontar:~> ps -L -u cer | wc -l 1279 cer@Telcontar:~>
And for comparison
bor@bor-Latitude-E5450:~/src/linux$ ps -u bor | wc -l 93 bor@bor-Latitude-E5450:~/src/linux$
cer@Telcontar:~> ps -u cer | wc -l 199 cer@Telcontar:~>
Browsers appear to use a lot of threads. GNOME daemons started as part of DE are using several threads each and there are a lot of them. So the above limit is trivially exceeded on any vanilla user system.
That was the case. Months ago, while I was using my previous, more limited machine, I changed the default in firefox to use 4 processes (the default is 8), to conserve memory. So this week in some conversation here I was reminded to reset to the default (8 processes) as this new machine has ample memory. And that day or the next (using to Firefox applications) the problems started but I did not relate it, till googling and finding a redhat bugzilla that mentioned the thread issue. https://bugzilla.redhat.com/show_bug.cgi?id=995177#c43 Still, that applications coredump without a nice message about the problem is not nice. I had to do a "gdb bt full" to know that the problem was about threads failing to open. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)