Archive of UserLand's first discussion group, started October 5, 1998.

Re: Dynamic pages and IIS

Author:David Rothgery
Posted:7/3/1999; 7:29:29 PM
Topic:scriptingNews outline for 7/2/99
Msg #:8142 (In response to 8139)
Prev/Next:8141 / 8143

There was another line of CGI on IIS. Which was still faster than Apache (though not by much, and almost exactly in line with everyone else), though this probably was strongly related to the poor state of Linux/Apache multi-CPU support at the time...

If we're talking similar technologies, it'd be PerlEx vs. mod_Perl or ASP v. PHP. Indeed, probably be the most 'fair' thing to do would be PerlEx/IIS v. mod_Perl/Apache, as you'd be testing fairly similar strategies with nearly identical code (assuming no non-portable Perl -- or at least no non-portable to Win32). ActiveState says that Perl for ISAPI is somewhat faster (because it eliminates the process-creation overhead) than Perl/CGI on IIS, and that PerlEx (which they charge for) is anywhere from twice to sixty times as fast as Perl for ISAPI (which they don't charge for).

Is there a Linux web server that multi-threads well yet? Apache (and to a lesser extent Linux itself) doesn't, which is why IIS (and the other commercial servers) kill it under high-demand tests on a single, multi-CPU server. Indeed, the Apache people recommend using multiple servers instead of a single multi-CPU server. Nobody seems to to compare two single-CPU servers to a single dual-CPU server. On the other hand, NT has a very high overhead and IIS doesn't help, so a really low-end server (say, a midrange Pentium with 48 meg of RAM) is a workable Linux server, but hopeless as an NT server.

Is anyone willing to do a really comprehensive and thorough (read: expensive) comparison test? Go up to 4 CPUs, because there just aren't that many businesses that need more than 4 CPUs worth of servers (heck, as of early Fall, '98 MS claimed that all of microsoft.com ran on 6 CPUs). Test two CPUs as one server or two. Test four CPUs as one, two, or four servers. Use a 'same application on similar technologies' test (probably Perl/CGI and Perl/mod_Perl | Perl/PerlEx ) on as close to identical Perl as you can get in a realistic application. Also do a 'fastest execution technology' and 'fastest development technology' on each web server, to the same specs. And do Dave Winer's test (I can't call it Dave's test for obvious reasons), of giving each team $X for hardware and software, and telling them to build the best system they could for that amount of cash in X amount of time.

Until someone does so, all we have are vague generalities to work with; something like...

All in all, not much to go on...


There are responses to this message:


This page was archived on 6/13/2001; 4:51:14 PM.

© Copyright 1998-2001 UserLand Software, Inc.