From owner-freebsd-chat@FreeBSD.ORG Fri Oct 29 18:14:10 2004 Return-Path: Delivered-To: freebsd-chat@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F115916A4CE for ; Fri, 29 Oct 2004 18:14:09 +0000 (GMT) Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF21D43D4C for ; Fri, 29 Oct 2004 18:14:09 +0000 (GMT) (envelope-from flowers@nekulturny.org) Received: from pd2mr5so.prod.shaw.ca (pd2mr5so-qfe3.prod.shaw.ca [10.0.141.8]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I6C00NMRYNL1EB0@l-daemon> for freebsd-chat@freebsd.org; Fri, 29 Oct 2004 12:14:09 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd2mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I6C00G5EYNLY320@pd2mr5so.prod.shaw.ca> for freebsd-chat@freebsd.org; Fri, 29 Oct 2004 12:14:09 -0600 (MDT) Received: from procyon.nekulturny.org (S0106000c41b2b9a3.cg.shawcable.net [68.144.45.143]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0I6C00JY0YNLQO@l-daemon> for freebsd-chat@freebsd.org; Fri, 29 Oct 2004 12:14:09 -0600 (MDT) Received: from procyon.nekulturny.org (localhost.nekulturny.org [127.0.0.1]) i9TIE8E1001183; Fri, 29 Oct 2004 12:14:08 -0600 (MDT envelope-from flowers@nekulturny.org) Received: (from flowers@localhost) by procyon.nekulturny.org (8.12.10/8.12.10/Submit) id i9TIE6r8001182; Fri, 29 Oct 2004 12:14:06 -0600 (MDT envelope-from flowers) Date: Fri, 29 Oct 2004 12:14:06 -0600 From: Danny MacMillan In-reply-to: <20041029113605.GI18312@iconoplex.co.uk> To: Paul Robinson Message-id: <20041029181406.GA1108@procyon.nekulturny.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20041029113605.GI18312@iconoplex.co.uk> User-Agent: Mutt/1.4.2.1i cc: jakob@grimstveit.no cc: freebsd-chat@freebsd.org Subject: Re: PHP performance on FreeBSD 4.x and 5.x X-BeenThere: freebsd-chat@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Non technical items related to the community List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Oct 2004 18:14:10 -0000 On Fri, Oct 29, 2004 at 05:36:05AM -0600, Paul Robinson wrote: > On Fri, Oct 29, 2004 at 08:29:40AM +0200, Jakob Breivik Grimstveit wrote: > > > At my local *BSD- and Linux User Group [1} we yesterday had a > > presentation by eZ Publish [2] a PHP based CMS and portal builder > > framework for web. > > Oh, another one. What the world needs is more PHP based CMS and portal > builder frameworks for the web. Ordinarily I would agree with this sentiment, but eZ Publish is unique. Their data model has characteristics I haven't seen in any other open source CMS. > > During the session it was stated by the speaker mentioned that > > running their system on FreeBSD (both 4.x and 5.x) not necessarily > > would be a good thing due to a lot of filesystem calls in their > > product, which PHP on FreeBSD had performance problems with under > > high load. In other words he did not recommend FreeBSD as server > > platform for eZ Publish (or any other PHP software for that matter) > > where a high number of visitors was probable. > > > > I found this to be difficult to believe, and decided to ask you about > > whether this might be the case or not. I doubt FreeBSD is at fault for this, but I can verify that (at least) on FreeBSD it runs ridiculously slowly. At least an order of magnitude slower than any other web application I've ever used. My testing was by no means rigorous, and I was using old hardware (400MHz K6, 384MB), but on a single user system with no other load it should not take 10 seconds to produce a simple front page with 3 article summaries. This was a while ago, I don't have actual timing information, but put it like this: by the time the page was served, I had lost interest in seeing the result. EVERY page was abysmally slow. The performance was so bad that even if some flaw in FreeBSD is making it slower than it should be, I have no confidence that it would improve enough under other operating systems to be scalable. Performance did improve by about 30% when using turck mmcache, but again, not by enough. > Well, first off, they've just told you that their product doesn't scale > because it's I/O bound to disk. This should make you question their > competence, seeing as this is a web application. I for one, would be > reluctant to buy their product if they had just told me it'll start to > break because they can't engineer their way around a known performance > constraint. Especially when there are open source solutions that will. Not functionally comparable to this one; it really is different. But unless you have the budget for some serious iron, I wouldn't even go there if you need scalability. Opinion not scientific, yadda ya, and I'd love to be disproved, but ... it's a clunker. -- Danny