Re: esd leaking file descriptors

From: Stefan Ehmann <shoesoft_at_gmx.net>
Date: Mon, 07 Jun 2004 20:37:05 +0200
On Mon, 2004-06-07 at 19:24, Brian Feldman wrote:
> On Sun, Jun 06, 2004 at 10:47:09AM +0200, Stefan Ehmann wrote:
> > When i run mpg321 -o esd foo.mp3 (or any other player that uses esd as
> > output) lsof shows an increasing number of open files. It increases at a
> > rate of about 50 files per second. System will run out of file
> > descriptor eventually.
> > 
> Check if esd is encountering exceptional conditions with the ktrace
> facility.  You will wnat to run esd with ktrace(1) and then use
> kdump(1) to view the log of system calls.  The other PC probably
> also doesn't have the same hardware, so it's not so easy to see if
> it's just a bug in -CURRENT.

I just tried a kernel from June, 1st: esd doesn't leak any file
descriptors. So it's definitely a CURRENT problem.

I couldn't spot anything suspicous using ktrace (That is no notable
difference compared to the other machine).

Here are two excerpts from kdump output that basically repeat all the
time:

1262 esd      RET   read 4096/0x1000
1262 esd      CALL  write(0x8,0x8059000,0x1000)
1262 esd      GIO   fd 8 wrote 4096 bytes
...
1262 esd      RET   write 4096/0x1000
1262 esd      CALL  gettimeofday(0xbfbfe598,0)
1262 esd      RET   gettimeofday 0
1262 esd      CALL  select(0xa,0xbfbfe510,0,0,0xbfbfe508)
1262 esd      RET   select 1
1262 esd      CALL  accept(0x7,0xbfbfe580,0xbfbfe528)
1262 esd      RET   accept -1 errno 35 Resource temporarily unavailable
1262 esd      CALL  select(0xa,0xbfbfe4f0,0,0,0xbfbfe478)
1262 esd      RET   select 1
1262 esd      CALL  read(0x9,0x805c000,0x1000)
1262 esd      GIO   fd 9 read 4096 bytes
Received on Mon Jun 07 2004 - 16:37:10 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:56 UTC