>> One of our goals is to actually take the next generation of the most
>> common "large system" web server and get it to scale along the lines
>> of Tux or some of the other servers which are more common on the
>> small machines. For some reasons, big corporate customers want lots
>> of features that are in a web server like apache and would also like
>> the performance on their 8-CPU or 16-CPU machine to not suck at the
>> same time. High ideals, I know, wanting all features *and* performance
>> from the same tool... Next thing you know they'll want reliability
>> or some such thing.
>>
>> Why does Tux keep you from taking advantage of all the
>> feature of Apache? Anything Tux doesn't handle in it's
>> fast path is simple fed up to Apache.
>
> You have to ask the hard questions...
Ultimately, to me at least, the server doesn't really matter, and
neither do the absolute benchmark numbers. Linux should scale under
any reasonable workload. The point of this is to look at the Linux
kernel, not the webserver, or specweb ... they're just hammers to
beat on the kernel with.
The fact that we're doing something different from everyone else
and turning up a different set of kernel issues is a good thing,
to my mind. You're right, we could use Tux if we wanted to ... but
that doesn't stop Apache being interesting ;-)
M.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Sep 07 2002 - 22:00:30 EST