Date: Sat, 20 Apr 2002 15:09:10 -0500 From: "Jeffrey J. Mountin" <jeff-ml@mountin.net> To: James Jeffrey <james@jgj.org.uk> Cc: freebsd-isp@FreeBSD.ORG Subject: Re: Apache 2 MPMs Message-ID: <4.3.2.20020420141054.00dbac90@207.227.119.2> In-Reply-To: <9D0D9274-5485-11D6-A332-003065A1F05E@jgj.org.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
At 06:39 PM 4/20/02 +0100, James Jeffrey wrote: >Hello, > >I have just started a new job for an ISP currently using some Linux >servers. I want to start to move them across to FreeBSD, but I'm concerned >that Apache 2 will use the prefork MPM on our favourite platform rather >than the newer prefork/thread combination one... Does anyone know: > >Why this is? >When it will be fixed? >What performance penalty this will cause against, for example, Linux? How >good is the new MPM? The performance difference only matters for the thread creation vs child forking. By tuning the config the difference would only show when a large number of requests are sent and there are not enough child processes to handle all of them. Even then the difference is minimal, since once the thread or child is created the code execution times are basically the same. There are other factors (mentioned in perf-tuning.html), but am unsure of their impact and the main one I've mentioned is what most hear about. AFAICR spinning off a thread is 10 times faster than forking. Unless these servers are *real* busy, I see no reason to bother and there are other things to tune regardless that can have much more impact. Not that I wouldn't mind hearing of any clear advantages using the hybrid and at what level it would be of an advantage (ie # requests per second). Have one doing about 3 rps on average (haven't bothered checking peak, but it's no where near the limit). Long time back I pushed a 486 to about 75% of the theoretical limit on *average*. Imagine the hybrid prefork/thread would have helped in that case during peak hours, but it did well without it. Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4.3.2.20020420141054.00dbac90>
