[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [RFC] Increase default ulimit nofile



On Thu, 21.05.09 01:49, Jon Masters (jonathan jonmasters org) wrote:

Heya!

> I like podcasts. A lot. I also like rhythmbox (mostly). I've been
> wondering recently why I would occasionally not be able to download
> podcasts in rhythmbox. It seemed to be related to when I was connected
> to a particular VPN and so I had dismissed it as being network DNSness
> weirdness. But then it started happening much more often. Tonight, I
> decided it was probably more than occasional network weirdness.
> 
> So I decided "I'll just fire up gdb on rhythmbox". Many debuginfo
> packages, cscopes, hacked up source, etc. later on, I discover the
> "problem" is in abstraction layer number 2 - totem-pl-parser. So I
> download the source to this package also, rebuild and hack it up. I
> eventually discovered that various GError objects were happily telling
> me that the maximum number of open files had been exceeded, but totem
> never exposes this to rhythmbox, and the latter just has no idea what
> the heck is causing it to fail. Some serious fail happening there.

I am pretty sure this is an fd leak somewhere in totem. Normally a
gnome process should need not more than 50, maybe 100 fds. In fact, if
I do the following line in my GNOME session (which has been running
since a week or so and is running all kinds of processes, including
Firefox with two windows and 20 tabs, and so on):

for a in /proc/*/fd/ ; do ls $a 2> /dev/null | wc -l ; done | sort -n

Then the biggest number I get is 78 (firefox) -- with the exception of
a BitTorrent client, that is at 250 -- probably rightfully so.

Before you ask for a higher resource limit, file a bug and find out if
this isn't a simple leak that needs to be fixed.

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/           GnuPG 0x1A015CC4


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]