Skip to Content.
Sympa Menu

en - Re: [sympa-users] resource usage of different Sympa versions,

Subject: The mailing list for listmasters using Sympa

List archive

Chronological Thread  
  • From: Paul Menzel <address@concealed>
  • To: address@concealed
  • Subject: Re: [sympa-users] resource usage of different Sympa versions,
  • Date: Thu, 23 Apr 2009 13:09:57 +0200

Dear David,


thanks for your reply.


Am Donnerstag, den 23.04.2009, 10:25 +0200 schrieb David Verdin:

> Well, we did some improvements on the memory usage of Sympa for the 5.4
> version. Mainly on the web interface.
> Sympa 6 should not be a major improvement about it. we did not change
> the code with that issue in mind. We were more focused on performances
> than on memory usage. though they can be linked.
>
> Sympa 6 can be an improvment, depending on how your previous install of
> Sympa was configured. Here's how:
>
> There is a new daemon called bulk.pl which a small script devoted only
> to message sending. As the messages to be sent are now stored in the
> database, this daemon can be on any machine, provided it can access the
> database and the Sympa donfig file.
> On previous versions of Suympa, you could fork Sympa into two processes
> : one received the message, evaluated scenarii and sent service
> messages; the other one was only sending messages it found in the
> "distribute" spool. This second instance of Sympa will vanish with the
> Sympa 6 version.
> Shortly, then, all the Sympa processes used to send messages can be
> moved to another machine, if you like. We still use as much memory as
> before, but you can split it on several machines.

Sorry. My investigation before I posted my message was not very
thorough. I found [1] and [2] where something had already been written
in regards to the new bulk.pl script.

I did some spell checking on both documents.

I do not know “lor” in the following item is. Did I guess the meaning
correctly?

* Sending TERM signal to Sympa process may need a lor of time to stop
the process if sympa.pl daemon is distributing a message for a huge
list.

* Sending TERM signal to Sympa process may take a while to stop the
process if sympa.pl daemon is distributing a message for a huge list.

Also a lot of times the word

disponibility

is used. Do you mean disposability instead? I am not sure.

> And that's about it, regarding memory. I never heard of comparison
> between version but that would be interesting to read. so if you find
> one, please let me know.

I will.


Bests,

Paul


[1] http://www.sympa.org/dev/project_direction
[2] http://www.sympa.org/dev/server_architecture_for_big_services
[3] http://www.sympa.org/dev/server_architecture_for_big_services?do=diff
(Add some notes from
https://listes.cru.fr/sympa/arc/sympa-users/2009-04/msg00049.html.)

Attachment: signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil




Archive powered by MHonArc 2.6.19+.

Top of Page