Skip site navigation (1) Skip section navigation (2)

Re: Just to give an idea ...

From: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>
To: Dave Page <dpage(at)vale-housing(dot)co(dot)uk>
Cc: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>,pgsql-www(at)postgresql(dot)org
Subject: Re: Just to give an idea ...
Date: 2004-06-05 21:35:19
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-www
On Sat, 5 Jun 2004, Dave Page wrote:

>> -----Original Message-----
>> From: pgsql-www-owner(at)postgresql(dot)org
>> [mailto:pgsql-www-owner(at)postgresql(dot)org] On Behalf Of Marc G. Fournier
>> Sent: 05 June 2004 15:19
>> To: pgsql-www(at)postgresql(dot)org
>> Subject: [pgsql-www] Just to give an idea ...
>> Top ten processes on mars (where pgfoundry and archives are located):
>> www     41463 17.3  0.1 12364 5808  ??  SJ   11:00AM
>> 0:05.75 /usr/local/sbin/httpd
> Ignoring mars and considering jupiter which is suffering from similar
> problems (which you told me is not the database as I had suspected),
> what do you think is actually causing this excess load? None of the
> backend web code should be sufficiently complex to see the sort of loads
> we seem to be seeing, even under the load the site gets. I've
> apache-benched far more complex stuff on far less hardware and not
> suffered like this. Geez, the vast majority of our PHP code simply does
> include()'s and echo()'s, and even that only normally gets executed once
> per hour - the users read static html for the most part!

k, www.* is on pluto, not on mars or jupiter, and tends to stay pretty 
constant (occasional spikes) ...

jupiter isn't web related load, but mail ...

mars is a combination of things ...

note that the point of my point was that Josh's opinion appears to be that 
"hub clients" are causing load issues on the servers, which is not 
accurate ... most of our "big clients" are running on neptune, where no VM is running, and the load on that machine *rarely* goes 
above 5, and when it does, I just need to kill off one of the aspseek 
processes and it drops back down again :)

Marc G. Fournier           Hub.Org Networking Services (
Email: scrappy(at)hub(dot)org           Yahoo!: yscrappy              ICQ: 7615664

In response to


pgsql-www by date

Next:From: Dave PageDate: 2004-06-05 22:21:30
Subject: Re: Just to give an idea ...
Previous:From: Dave PageDate: 2004-06-05 21:14:56
Subject: Re: Just to give an idea ...

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group