Pavel Sanda <[EMAIL PROTECTED]> writes:
>> I have restarted spamd a couple of times these last days. But this is not
>> what I see now.
>
> do you have times of these restarts so i can compare with load graph?
Sorry, not really. I was in a hurry at the time and did not write
anything down (as I a
Jean-Marc Lasgouttes wrote:
>> unfortunately it doesn't look like that (i observed slowdowns in last
>> period
>> and before few days i started monitoring via my script again...)
>> i have been silent and waiting for berlin since to discuss aussie setup
>> through mails is lengthy and painful.
>
>
unfortunately it doesn't look like that (i observed slowdowns in
last period
and before few days i started monitoring via my script again...)
i have been silent and waiting for berlin since to discuss aussie
setup
through mails is lengthy and painful.
I have restarted spamd a couple of time
Jean-Marc Lasgouttes wrote:
>
> Le 11 nov. 08 ? 15:44, Abdelrazak Younes a écrit :
>
>> Some process needs to be killed I guess:
>>
>
> I am not sure. I suspect it is just lots of people on the site... Right now
> there is no process that remains high.
unfortunately it doesn't look like that (i ob
Le 11 nov. 08 à 15:44, Abdelrazak Younes a écrit :
Some process needs to be killed I guess:
I am not sure. I suspect it is just lots of people on the site...
Right now
there is no process that remains high.
JMarc
Abdelrazak Younes wrote:
> I cannot even ssh into it...
I don't know if it's related, but www.kde.org (also hosted by Trolltech) is
currently down as well. Trolltech's own site, however, is up and running.
Jürgen
On Mon, Apr 21, 2008 at 08:26:07PM +0200, Uwe Stöhr wrote:
> This is the result of the vote:
>
> Sf/etc dedibox/etc no change
> Abdel -- !
> André !- -
> Bo x? ?
> Christian !- x
> Edwin --
On Wed, Apr 16, 2008 at 03:42:50PM -0400, Richard Heck wrote:
> I don't know if this seemed such a terrible idea that no one responded, or
> if it just got missed, but let me suggest again that we consider the Brown
> University Linux Users Group as a possible host. Not long ago, there was
> som
Jean-Marc Lasgouttes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
On Tue, Apr 15, 2008 at 10:33:51PM +0200, [EMAIL PROTECTED] wrote:
Current summary:
Sf/etc dedibox/etc no change
Abdel -- !
André !- -
Bo x
Andre Poenitz wrote:
> On Wed, Apr 16, 2008 at 12:50:34PM +0200, Abdelrazak Younes wrote:
>> Jean-Marc Lasgouttes wrote:
>>> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>>
>>>
I receive this each time I send something to the list:
>>>
>>> I asked Mate to remove it and, presto!
On Wed, Apr 16, 2008 at 12:50:34PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
>>
>>> I receive this each time I send something to the list:
>>>
>>
>> I asked Mate to remove it and, presto!, it is gone now.
>>
> Am I t
On Wed, Apr 16, 2008 at 09:50:34AM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>> On Tue, Apr 15, 2008 at 10:33:51PM +0200, [EMAIL PROTECTED]
>>> wrote:
Current summary:
>>> Sf/etc dedibox/etc no change
>>> Abdel
Abdelrazak Younes wrote:
I asked Mate to remove it and, presto!, it is gone now.
Am I the only one who see such things?
No, every poster got that back (I did too).
JMarc
On Wednesday 16 April 2008 11:50:34 Abdelrazak Younes wrote:
>
> Am I the only one who see such things?
>
> Abdel.
Nope. :-)
--
José Abílio
>> I asked Mate to remove it and, presto!, it is gone now.
>>
> Am I the only one who see such things?
no
p
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I receive this each time I send something to the list:
I asked Mate to remove it and, presto!, it is gone now.
Am I the only one who see such things?
Abdel.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I receive this each time I send something to the list:
I asked Mate to remove it and, presto!, it is gone now.
JMarc
On Tuesday 15 April 2008 17:41:58 Andre Poenitz wrote:
> On Tue, Apr 15, 2008 at 01:34:54PM +0200, Uwe Stöhr wrote:
> > Sourceforge etc.dedibox etc.no change
> > Abdel
> > André ! ? x
>
> André ! ? -
>
> > Uwe ! x -
> >
> > x: I vote for thi
Am 16.04.2008 um 01:59 schrieb Uwe Stöhr:
So except of Bernhard, José, Richard, and Stefan we have this:
Sf/etc dedibox/etc no change
Abdel -- !
André !- x
Bernhard
Bo x? ?
Christian !- x
Edwin -
I receive this each time I send something to the list:
Original Message
Subject:Majordomo results: Re: aussie down again... - please vote
Date: Wed, 16 Apr 2008 16:58:32 +0900
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED
Jean-Marc Lasgouttes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
On Tue, Apr 15, 2008 at 10:33:51PM +0200, [EMAIL PROTECTED] wrote:
Current summary:
Sf/etc dedibox/etc no change
Abdel -- !
André !- -
Bo x? ?
Andre Poenitz <[EMAIL PROTECTED]> writes:
> On Tue, Apr 15, 2008 at 10:33:51PM +0200, [EMAIL PROTECTED] wrote:
>> Current summary:
>
> Sf/etc dedibox/etc no change
> Abdel -- !
> André !- -
> Bo x? ?
> Christian !
On Tue, 15 Apr 2008, Andre Poenitz wrote:
On Tue, Apr 15, 2008 at 10:33:51PM +0200, [EMAIL PROTECTED] wrote:
Current summary:
Sf/etc dedibox/etc no change
Abdel -- !
André !- -
Bo x? ?
Christian !- x
E
On Tue, Apr 15, 2008 at 10:33:51PM +0200, [EMAIL PROTECTED] wrote:
> Current summary:
Sf/etc dedibox/etc no change
Abdel -- !
André !- -
Bo x? ?
Christian !- x
Edwin
Enrico !- x
Current summary:
Sf/etc dedibox/etc no change
Abdel -- !
André !? x
Bo x? ?
Christian !- x
Edwin -- -
Enrico !- x
JMarc !- -
Joost x
On Tue, 15 Apr 2008, Enrico Forestieri wrote:
About the problem, do we even know what it was? Was it something with
aussie or something with the network? AFAIK, the time before this was
AFAIU it was not a fault by aussie, but a routing problem with
leeloo.troll.no
Andre' just said it was
On Tue, 15 Apr 2008, Enrico Forestieri wrote:
Current summary:
Sf/etc dedibox/etc no change
Abdel -- !
André !? x
Bo x? ?
Christian !- x
Edwin
Enrico !- x
JMarc !-
On Tue, 15 Apr 2008, Andre Poenitz wrote:
The problem was a pulled network cable connecting an 'unused machine' to
a rack that got replaced.
But in any case it might be not the worst idea to look out for
alternatives as the new owners of the company are known to have pretty
strict opinions o
On Tue, Apr 15, 2008 at 04:25:46PM +0200, Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
> > > About the problem, do we even know what it was? Was it something with
> > > aussie or something with the network? AFAIK, the time before this was
> > > exceptional in that Trolltech itself had
On Tue, Apr 15, 2008 at 01:34:54PM +0200, Uwe Stöhr wrote:
> Sourceforge etc.dedibox etc.no change
> Abdel
> André ! ? x
André ! ? -
> Uwe ! x -
>
> x: I vote for this
> !: I don't vote for this
> -: I can live with this
Andre'
On Tue, Apr 15, 2008 at 09:15:48AM +0200, Abdelrazak Younes wrote:
> Edwin Leuven wrote:
>> Abdelrazak Younes wrote:
>>> So it seems nothing can be done? André, maybe you could send a mail to
>>> your norvegian colleagues to see if they can do something?
>> it would also be good to know what is at
On Tue, Apr 15, 2008 at 03:54:56PM +0200, [EMAIL PROTECTED] wrote:
Current summary:
Sf/etc dedibox/etc no change
Abdel -- !
André !? x
Bo x? ?
Christian ?? x
Edwin
Enrico !- x
J
On Tue, Apr 15, 2008 at 08:04:37AM +0200, Edwin Leuven wrote:
> Abdelrazak Younes wrote:
>> So it seems nothing can be done? André, maybe you could send a mail to
>> your norvegian colleagues to see if they can do something?
>
> it would also be good to know what is at the root of these down probl
Jean-Marc Lasgouttes wrote:
> > About the problem, do we even know what it was? Was it something with
> > aussie or something with the network? AFAIK, the time before this was
> > exceptional in that Trolltech itself had problems...
>
> I did not even know it was back :)
I suspect it begins to a
On Tuesday 15 April 2008 14:56:14 Abdelrazak Younes wrote:
> Automagically :-)
>
> Abdel.
Yes. It has been up for a few minutes. I am testing the code to release
1.6.0alpha2 as promised. :-)
--
José Abílio
[EMAIL PROTECTED] writes:
> About the problem, do we even know what it was? Was it something with
> aussie or something with the network? AFAIK, the time before this was
> exceptional in that Trolltech itself had problems...
I did not even know it was back :)
JMarc
On Tue, 15 Apr 2008, Pavel Sanda wrote:
I added my vote to the table below, I prefer to _not_ change for now.
Sf/etc dedibox/etc no change
Abdel
André !? x
Bo x? ?
Christian x
Edwin
Enrico
JMarc
José
Jürgen !- x
JMar
Jean-Marc Lasgouttes wrote:
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Uwe Stöhr wrote:
Sourceforge etc.dedibox etc.no change
Abdel - - !
Unless aussie can be replaced and moved to some place where we have
phisical access.
André ! ?
Sf/etc dedibox/etc no change
Abdel
André !? x
Bo x? ?
Christian
Edwin
Enrico
JMarc
José
Jürgen !- x
JMarc !- -
Pavel !- x
Richard
Joost
...
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Uwe Stöhr wrote:
>> Sourceforge etc.dedibox etc.no change
>> Abdel
>> André ! ? x
>> Bo x ? ?
>> Christian
>> Edwin
>> Enrico
>> JMarc
>> José
>
> Jürgen !-x
>
> JMarc !-
Uwe Stöhr wrote:
> It seems that the french offer is better priced than the
international one. I could advance the
> money if I can get it back afterward (there's some available money
AFAIK).
I see no reason for a dedicated server. It takes a lot of time to
maintain the server, to keep it s
Uwe Stöhr wrote:
> Sourceforge etc.dedibox etc.no change
> Abdel
> André ! ? x
> Bo x ? ?
> Christian
> Edwin
> Enrico
> JMarc
> José
Jürgen !-x
(but we should think about new hardware perhaps).
Jürgen
> We can have a guaranted to work powerful box for 36 euros per month and full
control of the
> software:
>
> RAM: 1 Go
> HD: 160 Go
> Connexion: 100 Mbit/s
> Garanties: GTI H+4
>
> It seems that the french offer is better priced than the international one. I
could advance the
> money if I can g
Edwin Leuven wrote:
Abdelrazak Younes wrote:
So it seems nothing can be done? André, maybe you could send a mail to
your norvegian colleagues to see if they can do something?
it would also be good to know what is at the root of these down
problems. if there is a structural problem it might be
Abdelrazak Younes wrote:
So it seems nothing can be done? André, maybe you could send a mail to
your norvegian colleagues to see if they can do something?
it would also be good to know what is at the root of these down
problems. if there is a structural problem it might be a good idea
indeed
So it seems nothing can be done? André, maybe you could send a mail to
your norvegian colleagues to see if they can do something?
I must say that having this kind of basic problems every two months is
very disapointing for a project that has thousands (millions? :-)) of
users...
Abdel.
I cannot even ssh to it :-/
Abdel.
Andre Poenitz wrote:
Well, it's an ... 'svn repository'.
Actually I think that's not the really interesting question. The
interesting question for me is 'Can I get it back'? I browsed a bit the
sf site but that does not seem to be a hot topic there...
http://alexandria.wiki.sourceforge.net/Su
On Sun, Apr 13, 2008 at 04:31:34PM -0500, Bo Peng wrote:
> > To be honest, this does not look overly attractive to me right now.
>
> I can say "if blah blah, and blah can trust sourceforge for their
> development, so can lyx". The list of blahs is easy to get so I even
> did not try to make one.
> To be honest, this does not look overly attractive to me right now.
I can say "if blah blah, and blah can trust sourceforge for their
development, so can lyx". The list of blahs is easy to get so I even
did not try to make one.
> Of course there are also a few technical details: Like could we
On Sun, Apr 13, 2008 at 02:30:45PM -0500, Bo Peng wrote:
> On Sun, Apr 13, 2008 at 11:44 AM, <[EMAIL PROTECTED]> wrote:
> > /Christian
>
> sourceforge.net should seriously be considered.
To be honest, this does not look overly attractive to me right now.
Call me old-fashioned, but I have rather
On Sun, Apr 13, 2008 at 11:44 AM, <[EMAIL PROTECTED]> wrote:
> /Christian
sourceforge.net should seriously be considered.
Bo
On Wed, Apr 09, 2008 at 01:30:13PM +0200, [EMAIL PROTECTED] wrote:
> Is assie down or something?
All of troll.no had serious connectivity problems today.
Last update I got was that it would not be back before 18:00.
Right now aussie seems to be reachable again.
Andre'
Joost Verburg <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> [EMAIL PROTECTED] writes:
>>
>>> Is assie down or something?
>>
>> I suspect the problem is elsewhere. If you do a traceroute to
>> www.trolltech.com, you will see that something is fishy.
>
> www.trolltech.com works fine f
Joost Verburg wrote:
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Is assie down or something?
I suspect the problem is elsewhere. If you do a traceroute to
www.trolltech.com, you will see that something is fishy.
www.trolltech.com works fine for me, but I cannot connect to aussie.
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Is assie down or something?
I suspect the problem is elsewhere. If you do a traceroute to
www.trolltech.com, you will see that something is fishy.
www.trolltech.com works fine for me, but I cannot connect to aussie.
Joost
[EMAIL PROTECTED] writes:
> Is assie down or something?
I suspect the problem is elsewhere. If you do a traceroute to
www.trolltech.com, you will see that something is fishy.
JMarc
pegase: traceroute trolltech.com
traceroute to trolltech.com (62.70.27.147), 30 hops max, 38 byte packets
1 rocq
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
1 - 100 of 221 matches
Mail list logo
