From owner-freebsd-performance@FreeBSD.ORG Fri May 19 15:19:15 2006 Return-Path: X-Original-To: performance@freebsd.org Delivered-To: freebsd-performance@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45EE516A420 for ; Fri, 19 May 2006 15:19:15 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id E993C43D45 for ; Fri, 19 May 2006 15:19:14 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 7C6DC4CFFD; Fri, 19 May 2006 15:21:21 +0000 (GMT) Received: from [192.168.0.6] (ppp157-158.static.internode.on.net [150.101.157.158]) by p4.roq.com (Postfix) with ESMTP id 4159F4CFFB; Fri, 19 May 2006 15:21:20 +0000 (GMT) Message-ID: <446DE1F2.4020602@thebeastie.org> Date: Sat, 20 May 2006 01:19:14 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060213 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: <446CCE1C.1050200@fer.hr> <446CD873.9080903@stevehodgson.co.uk> <446CE6CE.50009@fer.hr> <446D8994.3070709@thebeastie.org> <446D9DEE.4050300@fer.hr> In-Reply-To: <446D9DEE.4050300@fer.hr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: performance@freebsd.org, Steve Hodgson Subject: Re: (Another) simple benchmark X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 May 2006 15:19:15 -0000 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