bpa wrote: 
> A long time ago, on some Linux distros, there was a problem with
> pipelining when the transcoding process would not shut down properly and
> become a zombie - this would mean many resources in LMS would not be
> released as handles were not closed etc.
> 
> It is a wild shot but are there any zombie processes or any indication
> that pipelining is leaving handles open  or no. increasing ?

mmmm. While the transcoding software used (sox, flac lame or whatever)
is always correctly closed, the size of slimserver.pl grows A LOT and
the ram usage of slimserver.pl never goes down.
So I'm pretty sure that it's leaving some handles/objects around open.
And there is also a correlation that let me think this is the case: when
transcoding a small file (mp3) che ram usage grows slowly, when
transcoding a huge file (32/384k or DSD) the RAM usage grows extremely
fast.

But while I'm a dev, I'm not familiar at all with both perl (never used
it) and how lms manages pipelining, so the only thing I can do is
testing and reporting :/



https://audiodigitale.eu
------------------------------------------------------------------------
Simonef's Profile: http://forums.slimdevices.com/member.php?userid=67438
View this thread: http://forums.slimdevices.com/showthread.php?t=113321

_______________________________________________
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix

Reply via email to