[pulseaudio-discuss] shm size
rextanka at comcast.net
Tue Sep 30 09:54:48 PDT 2008
OK that was badly phrased. It's not a leak, it does not grow, and is
the same size each time pulseaudio is launched.
I presume the shm is created with the size of memory that is
preallocated. Here's what would be useful to know.
What is the basis for the decision to preallocate that amount?
If the number of streams expected to be active at any one time is
limited, could the pre-allocation reasonably be reduced?
Is the preallocation an amount per expected stream (presumably based
on the buffer sizes usually being requested) plus some overhead. Any
idea what these values are?
Or if these values are unknown, should I just tool around and keep
reducing the amount pre-allocated until the audio stack fails?
On Sep 30, 2008, at 9:42 AM, Nick Thompson wrote:
> On both x86 and on an arm system there appears to be a huge shm file:
>> -r-------- 1 nick nick 67108888 2008-09-29 09:33 pulse-shm-319812569
> This is with pulseaudio 0.9.12
> Is there any explanation for this somewhat large file?
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the pulseaudio-discuss