21 messages in org.apache.httpd.devRe: Is async the answer
FromSent OnAttachments
Akins, Brian18 Jan 2008 10:52 
Justin Erenkrantz18 Jan 2008 11:16 
Colm MacCarthaigh18 Jan 2008 11:20 
Akins, Brian18 Jan 2008 11:27 
Akins, Brian18 Jan 2008 11:31 
Colm MacCarthaigh18 Jan 2008 12:07 
Akins, Brian18 Jan 2008 13:17 
Colm MacCarthaigh18 Jan 2008 13:29 
Ruediger Pluem18 Jan 2008 14:30 
Justin Erenkrantz18 Jan 2008 16:33 
Niklas Edmundsson19 Jan 2008 03:53 
Graham Leggett19 Jan 2008 04:45 
Davi Arnaut19 Jan 2008 06:57 
Jim Jagielski19 Jan 2008 07:04 
Graham Leggett19 Jan 2008 08:02 
Henrik Nordström19 Jan 2008 13:14 
Henrik Nordström19 Jan 2008 13:19 
Davi Arnaut19 Jan 2008 15:29 
Graham Leggett20 Jan 2008 07:44 
Akins, Brian22 Jan 2008 10:03 
Akins, Brian22 Jan 2008 10:08 
Subject:Re: Is async the answer
From:Graham Leggett (minf@sharp.fm)
Date:01/20/2008 07:44:59 AM
List:org.apache.httpd.dev

Davi Arnaut wrote:

This is true for expensive hardware and very well designed operating systems and file systems.. and the space is not infinite.

Not at all - commodity hardware will serve just as well.

The real killer in this case is the slow client, which can be one, two or three orders of magnitude slower than the average client. This means that it will hog one, two or three orders of magnitude more of the server backend's resources than the average request, and this is where a cache can be most effective.

In terms of space, caches are not infinite in size, but then neither are the majority of backend websites either.

But... OK. Back to the topic I thought that one of the key points of async/event based servers were that we use software to scale and not hardware (so that hardware is not the bottleneck)... like serving thousands of slow clients from commodity hardware.

Sure, but I think the point that Brian was making was that you could support the kind of large load sizes that are traditionally associated with event based models using a prefork or worker setup, simply by making sure you have enough RAM.

Very useful information to know.

Regards, Graham --