Developers of Sympa

[David Verdin <address@concealed>]

Hi,

We haven't experienced such a problem with our own Sympa, running since 
about a year for a thousand lists and around 280.000 subscribers.
However, we know that Sympa is not without memory leaks, but we never 
observed any delivery problem.

What can happen, though is that the delivery for a list is delayed 
because another message for a list with higher priority arrives. Indeed, 
it is now possible to stop distributing a list message before it is 
finished and restart it at the exact point it was before.

In such a case, I sometimes saw a message waiting several minutes, even 
half an hour, before being completely distributed, if the list has a lot 
of subscribers and a lot of mesages with higher priority arrive.

In addition, bulk.pl can fork into several identical processes to 
temporarily increase the distribution rate. This leads to an increased 
memory usage, but is is splat beween several bulk.pl processes and al of 
them (safe one) die after a few minutes of inactivity.

Hope this helps,

Regards

David

Le 12/04/2010 14:21, András Bendzsák a écrit :
> > Have you guys observed similar behavior?  Is it possible that bulk.pl is
> > not freeing some memory after it uses it?
> >      
> I've experienced a similar memory leakage with sympa-5.4 expect that we
> haven't got delivery issues. Here is a munin figure:
> http://home.sch.bme.hu/~sibike/sympa-5.4-memory-usage.png
> It shows when I restarted the sympa deamon, the memory usage halved.
>
> We are planning the migration to 6.0 this summer, so I haven't looked
> deeper the problem but if it will still remain after the upgrade I
> invastigate the memory leaks. Maybe there are some circle reference in
> the process but I'm only guessing know.
>
>    

--
David Verdin
Comité réseau des universités