Pavel Sanda <[EMAIL PROTECTED]> writes:
> our main config change is somewhere around 3000. we have trespassed
> the load of 10 for a few times from then but system got immediately
> back. so i guess the slowness issue is resolved.
Looks like it indeed. Congrats.
JMarc
> i'll keep my logger running on aussie for some time, to see if we solved this
> for
> longer ime periods.
fyi i regenerated the load after few weeks of run:
http://195.113.31.123/~sanda/junk/aussie_load_whole_history.png
our main config change is somewhere around 3000.
we have trespassed the l
> >> i would give it a try, but you are the root here :)
> >> (i'll make some stress test again to see what will happen after such a
> >> change)
> >
> > OK, make spamd children=2, max httpd processes = 15.
dont know if this is going to be permanent status, but i'm not able to do the
stress test
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> i would give it a try, but you are the root here :)
>> (i'll make some stress test again to see what will happen after such a
>> change)
>
> OK, make spamd children=2, max httpd processes = 15.
I mean that I just did that.
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
>
> i would give it a try, but you are the root here :)
> (i'll make some stress test again to see what will happen after such a change)
OK, make spamd children=2, max httpd processes = 15.
JMarc
> > JMarc, do you see some problem with the lowering of both services
> > childern? please at least restart them, aussie is unusable the whole
> > day and both services seem get into mutual lockup.
>
> Looks like everything is OK now (I did nothing today). Do you still
> want me to lower the two c
Pavel Sanda <[EMAIL PROTECTED]> writes:
> JMarc, do you see some problem with the lowering of both services
> childern? please at least restart them, aussie is unusable the whole
> day and both services seem get into mutual lockup.
Looks like everything is OK now (I did nothing today). Do you sti
On Wed, 13 Feb 2008, [EMAIL PROTECTED] wrote:
Sure, it could be done like this for instance.
* Take the path to the file in question, convert it to a hashed filename.
* Check the cache directory for a file with this hashed filename
* If it doesn't exist or is older than some threshold, save/dow
> > > > this is _far_too_high_ and i suggest we should still go down with
> > > > the number of maxclients; there is no point in allowing 24 apaches
> > > > when their only work is swapping the whole box to death.
> > > >
> > > > i have observed that 8 processes are able to qork on some 0.x load, s
On Wed, 13 Feb 2008, Richard Heck wrote:
[EMAIL PROTECTED] wrote:
On Wed, 13 Feb 2008, Pavel Sanda wrote:
> so adjusting some 12 childern wont have effect on normal traffic while
> could significantly inhibit swapping when somebody starts playing with
> trac.
Regarding Trac, the "user
José Matos wrote:
On Wednesday 13 February 2008 17:05:08 Richard Heck wrote:
This is complicated under Fedora. There are ways to upgrade "on the
fly", then reboot, but this is not trivial and can lead to problems.
It's one of the less desirable facts about Fedora. The approved method
is to re
On Wed, Feb 13, 2008 at 08:13:43AM +0100, [EMAIL PROTECTED] wrote:
> On Wed, 13 Feb 2008, Pavel Sanda wrote:
>
>> so adjusting some 12 childern wont have effect on normal traffic while
>> could significantly inhibit swapping when somebody starts playing with
>> trac.
>
> Regarding Trac, the "user
On Wednesday 13 February 2008 17:05:08 Richard Heck wrote:
> This is complicated under Fedora. There are ways to upgrade "on the
> fly", then reboot, but this is not trivial and can lead to problems.
> It's one of the less desirable facts about Fedora. The approved method
> is to reboot using an in
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Can we do that without reinstalling a newer linux distribution?
Why not upgrading to the latest Fedora by the way? I guess (hope) that
Fedora provide easy upgrade without the need to reinstall, doesn't it?
This is complicated under Fedora
[EMAIL PROTECTED] wrote:
On Wed, 13 Feb 2008, Pavel Sanda wrote:
so adjusting some 12 childern wont have effect on normal traffic
while could significantly inhibit swapping when somebody starts
playing with trac.
Regarding Trac, the "user base" might be larger than you think as some
of the
> > > this is _far_too_high_ and i suggest we should still go down with
> > > the number of maxclients; there is no point in allowing 24 apaches
> > > when their only work is swapping the whole box to death.
> > >
> > > i have observed that 8 processes are able to qork on some 0.x load, so
> > > t
> > this is _far_too_high_ and i suggest we should still go down with
> > the number of maxclients; there is no point in allowing 24 apaches
> > when their only work is swapping the whole box to death.
> >
> > i have observed that 8 processes are able to qork on some 0.x load, so this
> > is
> > t
On Wed, Feb 13, 2008 at 10:18:37AM +0100, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >Can we do that without reinstalling a newer linux distribution?
>
> Why not upgrading to the latest Fedora by the way? I guess (hope) that
> Fedora provide easy upgrade without the need to reinstal
Pavel Sanda <[EMAIL PROTECTED]> writes:
> this is _far_too_high_ and i suggest we should still go down with
> the number of maxclients; there is no point in allowing 24 apaches
> when their only work is swapping the whole box to death.
>
> i have observed that 8 processes are able to qork on some 0
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> Can we do that without reinstalling a newer linux distribution?
>
> Why not upgrading to the latest Fedora by the way? I guess (hope) that
> Fedora provide easy upgrade without the need to reinstall, doesn't it?
I woul
Jürgen Spitzmüller wrote:
>> I noticed/suspected too that you were browsing trac at the time where the
>> bump happened on the graph. Do you use rss feeds?
>
> No, I just browsed it with a plain web browser (konqueror). I used nothing
> but the standard view, where the changes are colored.
Howev
Jean-Marc Lasgouttes wrote:
Can we do that without reinstalling a newer linux distribution?
Why not upgrading to the latest Fedora by the way? I guess (hope) that
Fedora provide easy upgrade without the need to reinstall, doesn't it?
I certainly wouldn't mind a few hours of unavailability if
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Couldn't you at least upgrade some of the components? Trac is at 10.4
and we are still using 10.2, the changelog seems to say that the fix
are important:
http://trac.edgewall.org/wiki/ChangeLog
I am not sure the fixes
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Couldn't you at least upgrade some of the components? Trac is at 10.4
> and we are still using 10.2, the changelog seems to say that the fix
> are important:
>
> http://trac.edgewall.org/wiki/ChangeLog
I am not sure the fixes would make a difference
Pavel Sanda wrote:
Should be done now.
yep, i'm gonna test it.
i used trac to make stress test for the system. i send a lot of various
request to certain trac pages for cca 5 min and waited cca 10min to have all
pages showed in browser. in that time aussie load reached 24 https processes
(you
Pavel Sanda wrote:
Should be done now.
yep, i'm gonna test it.
i used trac to make stress test for the system. i send a lot of various
request to certain trac pages for cca 5 min and waited cca 10min to have all
pages showed in browser. in that time aussie load reached 24 https processes
(you
On Wed, 13 Feb 2008, Pavel Sanda wrote:
so adjusting some 12 childern wont have effect on normal traffic while
could significantly inhibit swapping when somebody starts playing with
trac.
Regarding Trac, the "user base" might be larger than you think as some of
the wiki pages embed files fro
> i have observed that 8 processes are able to qork on some 0.x load, so this is
> the lower bound and i would say lets put the higher bound somewhere between
> 12-15.
... more thinking about this... another justification for the numbers above
could be done this way:
in the stress test max vss h
> > Should be done now.
>
> yep, i'm gonna test it.
i used trac to make stress test for the system. i send a lot of various
request to certain trac pages for cca 5 min and waited cca 10min to have all
pages showed in browser. in that time aussie load reached 24 https processes
(you can see the pe
>
> Should be done now.
yep, i'm gonna test it.
pavel
Pavel Sanda <[EMAIL PROTECTED]> writes:
> JMarc, could you try to change the line in httpd.conf
> MaxClients 48
>
> into eg 24 and restart httpd?
>
>
> we can give it some trac-test to see how will aussie manage it.
Should be done now.
JMarc
> >> > btw i dont think that just restart is the way how to solve it.
> >> > there must be some httpd config which bound the number of httpd childern.
> >>
> >> Is it the number of children that causes problems? There is also a
> >> spamd process that has grown to +100M virtual memory.
> >
> > loo
On Tue, Feb 12, 2008 at 06:22:02PM +0100, Pavel Sanda wrote:
> > > > I noticed/suspected too that you were browsing trac at the time where
> > > > the
> > > > bump happened on the graph. Do you use rss feeds?
> > >
> > > No, I just browsed it with a plain web browser (konqueror). I used nothing
>
> > > I noticed/suspected too that you were browsing trac at the time where the
> > > bump happened on the graph. Do you use rss feeds?
> >
> > No, I just browsed it with a plain web browser (konqueror). I used nothing
> > but the standard view, where the changes are colored.
>
> BTW WebSVN looks
> >> look on my reply to Sven. i guess many medium-sized httpd processes is the
> >> cause.
> >
> > now i have caught the peak online
>
> Is there a way to know what these httpd children do?
either log settings or
strace -p (plus some other options) ?
i guess they just sleep, once a minute they
Jürgen Spitzmüller wrote:
> > I noticed/suspected too that you were browsing trac at the time where the
> > bump happened on the graph. Do you use rss feeds?
>
> No, I just browsed it with a plain web browser (konqueror). I used nothing
> but the standard view, where the changes are colored.
BTW W
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> look on my reply to Sven. i guess many medium-sized httpd processes is the
>> cause.
>
> now i have caught the peak online
Is there a way to know what these httpd children do?
JMarc
> look on my reply to Sven. i guess many medium-sized httpd processes is the
> cause.
now i have caught the peak online
load average: 20.40, 22.81, 17.49
30277 0.0 1.1 22208 2836 ?Ss Feb07 0:06 /usr/sbin/httpd
10213 0.6 1.2 29972 3124 ?S17:47 0:07 /usr/sbin/h
Jean-Marc Lasgouttes wrote:
> I noticed/suspected too that you were browsing trac at the time where the
> bump happened on the graph. Do you use rss feeds?
No, I just browsed it with a plain web browser (konqueror). I used nothing but
the standard view, where the changes are colored.
Jürgen
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Pavel Sanda wrote:
>> look again on the picture, i made more zoomed view.
>> i would say there is stronger correlation with the green line - especially
>> look on the start of the peaks.
>
> Today, I noticed that it started to slow down while I was
> > look again on the picture, i made more zoomed view.
> > i would say there is stronger correlation with the green line - especially
> > look on the start of the peaks.
>
> Today, I noticed that it started to slow down while I was heavily browing
> trac. Could this be so evil?
this is easy to
Pavel Sanda wrote:
> look again on the picture, i made more zoomed view.
> i would say there is stronger correlation with the green line - especially
> look on the start of the peaks.
Today, I noticed that it started to slow down while I was heavily browing
trac. Could this be so evil?
Jürgen
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Pavel Sanda <[EMAIL PROTECTED]> writes:
>
>> i'm not sure about anything, because i dont have read access to aussie logs.
>
> No you for for httpd.
Erm. "Now you can for httpd".
JMarc
> >> > btw i dont think that just restart is the way how to solve it.
> >> > there must be some httpd config which bound the number of httpd childern.
> >>
> >> Is it the number of children that causes problems? There is also a
> >> spamd process that has grown to +100M virtual memory.
> >
> > loo
Pavel Sanda <[EMAIL PROTECTED]> writes:
> i'm not sure about anything, because i dont have read access to aussie logs.
No you for for httpd. I am not sure what to do with them personally.
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> > btw i dont think that just restart is the way how to solve it.
>> > there must be some httpd config which bound the number of httpd childern.
>>
>> Is it the number of children that causes problems? There is also a
>> spamd process that has grown to +1
> > btw i dont think that just restart is the way how to solve it.
> > there must be some httpd config which bound the number of httpd childern.
>
> Is it the number of children that causes problems? There is also a
> spamd process that has grown to +100M virtual memory.
look again on the picture
> > > >> watch out, the real fun starts right now.
> > >
> > > Can you tell me at what time it started?
> >
> > cat ~sanda/log
> > first offense seems to be around 10am today.
> >
> > btw i dont think that just restart is the way how to solve it.
> > there must be some httpd config which bound t
Pavel Sanda <[EMAIL PROTECTED]> writes:
> btw i dont think that just restart is the way how to solve it.
> there must be some httpd config which bound the number of httpd childern.
Is it the number of children that causes problems? There is also a
spamd process that has grown to +100M virtual mem
On Tue, Feb 12, 2008 at 04:27:13PM +0100, Pavel Sanda wrote:
> > >> watch out, the real fun starts right now.
> >
> > Can you tell me at what time it started?
>
> cat ~sanda/log
> first offense seems to be around 10am today.
>
> btw i dont think that just restart is the way how to solve it.
> th
> >> watch out, the real fun starts right now.
>
> Can you tell me at what time it started?
cat ~sanda/log
first offense seems to be around 10am today.
btw i dont think that just restart is the way how to solve it.
there must be some httpd config which bound the number of httpd childern.
pavel
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Pavel Sanda <[EMAIL PROTECTED]> writes:
>> watch out, the real fun starts right now.
Can you tell me at what time it started?
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> > however the main point was to find correlation between black curve and
>> > other
>> > curves. now i see we have 3 spamd, so lets wait what will happen when
>> > some swap crisis will come again.
>>
>> I am happy to see that it has not happened yet :)
> > however the main point was to find correlation between black curve and other
> > curves. now i see we have 3 spamd, so lets wait what will happen when
> > some swap crisis will come again.
>
> I am happy to see that it has not happened yet :)
watch out, the real fun starts right now.
http://
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> But forwarding spam is a good way to get blacklisted.
>
> Even if each developer forwards his own mail only to a 'safe' account?
Don't know.
JMarc
On Wed, 6 Feb 2008, Pavel Sanda wrote:
i have already warned people on list that either gmane or mailarchive
have the tendency to throw away certain mails.
I'm not sure if it's relevant, but there's been other problems with gmane
and missing posts from some users. In that it case it was becau
> i tried that a while ago but it didn't work. maybe the access rights where
> not set correct?
chmod g-w .forward ?
pavel
[EMAIL PROTECTED] schrieb:
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of addin
On Wed, Feb 06, 2008 at 12:10:10PM +0100, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> i guess its purpose is to filter spam from [EMAIL PROTECTED] address and
> >> not doing this filter would mean megabytes of disk space on aussie
> >> every day because many peop
On Tue, Feb 05, 2008 at 07:35:36AM -0600, Bo Peng wrote:
> > I used sourceforge perhaps two years ago, and it was horrible in terms of
> > performance at the time. Maybe they're better now, I don't know.
>
> I have used sourceforge for three years and I do not see any reason
> why lyx can not make
> I am happy to see that it has not happened yet :)
I do see long delays before mails appears in gmane. I guess the mail
server is at fault here.
>>>
>>> Which mails?
>> For example I received a mail from you about Cesar and Brutus that I don't
>> see it on gmane...
>
> Of course th
On Wed, 6 Feb 2008, Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Is that true when it is forwarded to a single address?
FWIW, I've been forwarding several mail accounts to a single account
for many years now. I haven't noticed any lost emails...
With or without spam?
I haven't no
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I am happy to see that it has not happened yet :)
I do see long delays before mails appears in gmane. I guess the mail
server is at fault here.
Which mails?
For example I received a mail fro
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I am happy to see that it has not happened yet :)
I do see long delays before mails appears in gmane. I guess the mail
server is at fault here.
Which mails?
For example I received a mail from you about Cesar and Brut
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> I am happy to see that it has not happened yet :)
>
> I do see long delays before mails appears in gmane. I guess the mail
> server is at fault here.
Which mails?
Jean-Marc Lasgouttes wrote:
Pavel Sanda <[EMAIL PROTECTED]> writes:
however the main point was to find correlation between black curve and other
curves. now i see we have 3 spamd, so lets wait what will happen when
some swap crisis will come again.
I am happy to see that it has not happened y
Pavel Sanda <[EMAIL PROTECTED]> writes:
> however the main point was to find correlation between black curve and other
> curves. now i see we have 3 spamd, so lets wait what will happen when
> some swap crisis will come again.
I am happy to see that it has not happened yet :)
JMarc
[EMAIL PROTECTED] writes:
> Is that true when it is forwarded to a single address?
>
> FWIW, I've been forwarding several mail accounts to a single account
> for many years now. I haven't noticed any lost emails...
With or without spam?
JMarc
i guess its purpose is to filter spam from [EMAIL PROTECTED] address and
not
doing this filter would mean megabytes of disk space on aussie every day
because many people dont forward their mails etc.
>>>
>>> We should just enforce mail forwarding.
>>
>> But forwarding spam is
On Wed, 6 Feb 2008, Jean-Marc Lasgouttes wrote:
i guess its purpose is to filter spam from
[EMAIL PROTECTED] address and not doing this filter
would mean megabytes of disk space on aussie every day because many
people dont forward their mails etc.
We should just enforce mail forwarding.
Bu
On Wed, 6 Feb 2008, Abdelrazak Younes wrote:
Is this just a matter of adding the file
~/.forward
that contains a single line with your email address?
Yes, and we should do that now IMO... i.e. put a /dev/null address for
all unused boxes there. Then we can get rid of spamd.
I never
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> i guess its purpose is to filter spam from [EMAIL PROTECTED] address and
>> not doing this filter would mean megabytes of disk space on aussie
>> every day because many people dont forward their mails etc.
>
> We should just enforce mail forwarding.
Bu
Am Dienstag, 05. Februar 2008 15:01:05 schrieb Bo Peng:
> > Yeah, sf would be moving out of the frying pan into the fire. It's
> > veeery slow very often.
>
> Maybe this is a regional issue? sf.net has been responsive most of
> the time (US).
As a coincidence(?), I had serious problems acces
On Tue, 5 Feb 2008, Joost Verburg wrote:
The performance of SF web hosting is currently much better than two
years ago and it's definitely more reliable than the current server.
Downloads are always very fast and a regional mirror is selected
automatically.
We'd have to ask for additional pr
[EMAIL PROTECTED] wrote:
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding
[EMAIL PROTECTED] wrote:
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding the file
~/.forwa
> > Yeah, sf would be moving out of the frying pan into the fire. It's
> > veeery
> > slow very often.
>
> Maybe this is a regional issue? sf.net has been responsive most of
> the time (US).
also few years back, but i have the same experience with the slowness, so
finally we decided to mov
Bo Peng wrote:
I used sourceforge perhaps two years ago, and it was horrible in terms of
performance at the time. Maybe they're better now, I don't know.
I have used sourceforge for three years and I do not see any reason
why lyx can not make use of it.
The performance of SF web hosting is cu
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Abdel.
On Mon, Feb 04, 2008 at 04:54:45PM +0100, [EMAIL PROTECTED] wrote:
> On Sat, 2 Feb 2008, Jean-Marc Lasgouttes wrote:
>
>> The machine (Athlon 2000+) has been bought from the project's fund and
>> from time to time Lars asks on lyx-users whether somebody could renew
>> the lyx.org name. That is
Bernhard Roider wrote:
Pavel Sanda schrieb:
On Mon, 4 Feb 2008, rgheck wrote:
looking at the RES memory usage, the main consumers are these.
what if
we start by running less childerns of spamd?
59m 2:32.53 spamd 57m 0:52.08 spamd
37m 1:48.72 spamd
Do
Pavel Sanda schrieb:
On Mon, 4 Feb 2008, rgheck wrote:
looking at the RES memory usage, the main consumers are these. what if
we start by running less childerns of spamd?
59m 2:32.53 spamd 57m 0:52.08 spamd
37m 1:48.72 spamd
Do we even need 'spamd'? I
> I used sourceforge perhaps two years ago, and it was horrible in terms of
> performance at the time. Maybe they're better now, I don't know.
I have used sourceforge for three years and I do not see any reason
why lyx can not make use of it.
Bo
On Tue, Feb 05, 2008 at 10:44:59AM +0100, Pavel Sanda wrote:
> > > On Mon, 4 Feb 2008, rgheck wrote:
> > >
> > >>> looking at the RES memory usage, the main consumers are these.
> > >>> what if we start by running less childerns of spamd?
> > >>>
> > >>>59m 2:32.53 spamd
> What about http://www.berlios.de/ ? I used that long time ago when they
already had subversion,
> and SF did not, maybe 2 years ago. Always felt fast at that time.
Me not. Since 3 years I use berlios.de for the LyXWinInstaller and when you have a problem nobody
every replies on support reques
On Tue, 5 Feb 2008, Bo Peng wrote:
I used sourceforge perhaps two years ago, and it was horrible in terms of
performance at the time. Maybe they're better now, I don't know.
I have used sourceforge for three years and I do not see any reason why
lyx can not make use of it.
One reason is the
> Yeah, sf would be moving out of the frying pan into the fire. It's veeery
> slow very often.
Maybe this is a regional issue? sf.net has been responsive most of
the time (US).
Bo
> > vss should be complete mem (shared and swapped) rss should be resident mem
> > (without swap).
> > spamd and httpd are sums of all childerns (plus one grep instance;)
>
> But part of this memory is shared between the children, isn't it?
not sure:) but i believe most of mem is used by some tok
Pavel Sanda <[EMAIL PROTECTED]> writes:
> vss should be complete mem (shared and swapped) rss should be resident mem
> (without swap).
> spamd and httpd are sums of all childerns (plus one grep instance;)
But part of this memory is shared between the children, isn't it?
>> Looks like it tries to
> By looking at ps as a tree, I notice that the spamd children can have
> a pyzor child. You cannot see that right now, because I
> restarted spamd.
i established small script which checks the aussie system info every 5 min.
the result is updated here
http://195.113.31.123/~sanda/junk/aussie_loa
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> update: i looked on spamd now - one of our restarted 30mb spamd is again on
>> 64 mb
>> in 5 mins :(
>
> and update after 10mins:
> 165692 32104
> 176652 76524
> 31124 18768
>
> so in total memory we are on +270mb in 10 minutes.
By looking at ps as
Am 05.02.2008 um 14:52 schrieb Hans Meine:
Am Montag, 04. Februar 2008 16:50:55 schrieb [EMAIL PROTECTED]
:
On Sun, 3 Feb 2008, Joost Verburg wrote:
Maybe it would be better to switch to SourceForge or something
similar.
They provide web hosting, SVN, mailing lists, download mirrors
etc., a
Hans Meine wrote:
Am Montag, 04. Februar 2008 16:50:55 schrieb [EMAIL PROTECTED]:
On Sun, 3 Feb 2008, Joost Verburg wrote:
Maybe it would be better to switch to SourceForge or something similar.
They provide web hosting, SVN, mailing lists, download mirrors etc., and
it's much more reliable tha
Am Montag, 04. Februar 2008 16:50:55 schrieb [EMAIL PROTECTED]:
> On Sun, 3 Feb 2008, Joost Verburg wrote:
> > Maybe it would be better to switch to SourceForge or something similar.
> > They provide web hosting, SVN, mailing lists, download mirrors etc., and
> > it's much more reliable than the cu
> update: i looked on spamd now - one of our restarted 30mb spamd is again on
> 64 mb
> in 5 mins :(
and update after 10mins:
165692 32104
176652 76524
31124 18768
so in total memory we are on +270mb in 10 minutes.
p
> Let's see first what happens now that I have restarted. It may be that
> 163M for one of the process was some kind of accident.
i have followed aussie top for some time and my experience is that
this size dynamically changes in both directions. after all look on
my mail from few days back - 59,
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> All our investigations converged to the conclusion that -m3 is way too
> much considering our physical RAM. So:
>
> Option 1: let's just try -m2 for now and see if things improve.
>
> Option 2 (preferred): go straight to -m1, wait a few days and see
Pavel Sanda <[EMAIL PROTECTED]> writes:
> no, this belongs to spamassasin file.
> we have
> SPAMDOPTIONS="-d -c -m3 -H"
> so we should change m3 to ... hmm m1?
This is the big question. I have no idea where to look to see how long
the messages take to go through the whole chain.
If I look for t
> > But first we should make sure that -m2 or -m1 is a good value.
>
> how do you want to assure in an other way than trying it ? :)
> i proposed 1 because of seeing one can take 109mb in resident memory
> (and 163516mb in total with swap), so even 2 are enough to swap
163 mb of course :)
p
1 - 100 of 127 matches
Mail list logo
