Re: (Another) simple benchmark



Ivan Voras wrote:

Michael Vince wrote:

Interesting that the linux you are claiming to use would use prefork
Apache as default, while this is the default on FreeBSD I would think
the threaded worker would be used on a lot of linux dists, since they don't have the option to easily rebuild it.


"Professional" Linux distributions such as RedHat Enterprise Linux &
Debian have avoided threaded apache for a long time. One of the reasons
for this is that PHP doesn't work well with threaded server. Now, most
have two separate packages - apache-preforked and apache-threaded and
users can pick one (though preforked is still the default).

What I am trying to say here is you are expecting good performance out of things like CGI/PHP and prefork,
I don't think anyone should see these types of systems under that light, they are for convenience and cheap and reliable hosting.
PHP is 'deliberately' made slow (magnitudes slow) to encourage Zend optimizer module installs which to give magnitudes more performance, and then there is the sales on their 300% performance increase giving Zend Encoder suite. PHP have created a good open source business model, but I don't think its really worthy of the word professional.

The average prefork httpd daemon with PHP takes 14megs of memory, I don't think any one can argue that serving 2,000 clients at the same time is feasible considering it would need a close 28gigs of ram, to hold that many httpd daemons on a "Professional" linux server.
I don't see it as a any kind of "professional" server, its more just a dive for pleasing the masses just like PHP and CGI to fit the market.

To get the amount of connections you are after with 'ab' in real world situations would insane amounts of ram because the connections would take a long longer to complete over the Internet considering all the dialup and low end adsl connections out there, and web clients would be loading pages bigger then the default Apache installation page, and considering it might be a professional solution using PHP it would probably be long page loads.

Configuring a Apache server that has 'ready' 5 http daemons when its really expecting to do 100,000 requests and handle huge amounts of simultaneous connections just doesn't seem the right way to approach such setups and benchmark methods.

Mike




_______________________________________________
freebsd-performance@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "freebsd-performance-unsubscribe@xxxxxxxxxxx"



Relevant Pages

  • Re: Apache vs IIS
    ... Windows Server not on my Linux Server so there for I would chose IIS. ... Not that Apache is bad but ASP.NET is far easier and faster to create good web forms in. ... You can run asp on Apache server, and you can do that even on an Apache running on a Linux server. ... PHP on a IIS server is rather easy to run once you install PHP on a PC but if you only use PHP why not use Apache for Windows. ...
    (alt.php)
  • Re: Learning PHP and MYSQL on own laptop possible?
    ... likely put it on a more powerful machine and learn Linux and Apache. ... BTW - many books on PHP and MYSQL include a section on how to install ...
    (comp.lang.php)
  • [UNIX] "Slapper" OpenSSL/Apache Worm Propagation
    ... The worm is a modified derivative of the Apache ... Current versions of the Slapper worm only target the following Linux ... Mod_ssl is the Apache web server interface to OpenSSL, ...
    (Securiteam)
  • Re: Apache vs IIS
    ... Windows Server not on my Linux Server so there for I would chose IIS. ... Not that Apache is bad but ASP.NET is far easier and faster to create ... PHP on a IIS server is rather easy to run once you install PHP on a PC ...
    (alt.php)
  • Re: [OT sorta] If youre thinking of running linux on your Macintosh...
    ... Linux and OS X are in the same boat. ... PHP even buggier. ... And the versions of Apache and PHP with OS X aren't any ... Ticketmaster and Ticketweb suck, but everyone knows that: ...
    (comp.sys.mac.system)