Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 52063 invoked by uid 500); 5 Jul 2001 22:00:30 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 52047 invoked from network); 5 Jul 2001 22:00:28 -0000 Message-ID: <00b001c1059d$d8016920$4daa2ad5@VAIO> From: "David Reid" To: "APR Development List" References: <3B43E69F.4010001@cnet.com> <20010704211656.E7717@ebuilt.com> <994347384.2885.1.camel@griffon.cnet.com> <20010705095634.F7717@ebuilt.com> Subject: Re: [PATCH/CONTRIB] Shared Mem Hash Table Date: Thu, 5 Jul 2001 22:59:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N OK, to comment on this prior to the patch being posted... I have SMS running as pools and the implementation I have manages to run the server at 80% of the speed of pools. This is with no changes to the httpd code except using --enable-sms on the configure line. Now, this isn't amazing, but does present a starting point. As I said we haven't started optimising or altering. We've found a load of problems and I'd like to Thank ben L for his support and IRC server while Sander and I discussed/debated/debugged these problems online this week. We've been using Electric Fence to try and find problems and it's worked well for us, so maybe we'll add it as an option to configure? Fixes have been committed for some of these and more will likely be on the way. Thoughts? However, the fact remains that SMS after only a couple of months is ready for use in httpd albeit with a performance penalty. Platform known to work was FreeBSD 4.3 and prefork MPM. The code used was less tha ideal and faster code is on the way :) By the time the patch gets to you all on saturday I hope it'll be a bit quicker, but as a starting point it throws up some issues :) I'm in Dubai at the moment and after the frenetic pace of the last couple of days I plan to take some time off in the morning round the pool :) Does that whet your appetites enough? Basically, we need more eyes looking at the code/implementations as soon as possible, and this patch may enable that :) Sorry Justin, have to be patient! (Not one of your strong points I know) Small matter of getting connectivity without it costing me a fortune before I commit :) david > On Thu, Jul 05, 2001 at 08:36:24AM -0700, Ian Holsman wrote: > > In the conversations I have seen SMS was always talked about post 2.0 > > Release. > > Is this still the case? > > Nah. I think SMS is getting very close to being ready for more people > to play with. In order to solve some problems, we're going to have to > use SMS. David and Sander have made lots of progress with this. (As > I said, I spent yesterday going over the SMS code...) > > David just got an httpd up that uses no pools, but just SMS. I believe > that the API is identical from pools to SMS, but I'm not sure. He has > all of the details. I'd bet the pool creation API might be slightly > tweaked. > > Now that we can get an httpd up and serving pages, that means it now > needs more people playing with it - i.e. starting to enable this in the > mainline code. It might be a configure time option in the short term > so we don't screw everyone, but I think it'll be happening fairly soon. > -- justin > >