Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 26573 invoked by uid 6000); 21 Jun 1999 23:14:46 -0000 Received: (qmail 26566 invoked from network); 21 Jun 1999 23:14:44 -0000 Received: from fwns2d.raleigh.ibm.com (HELO fwns2.raleigh.ibm.com) (204.146.167.236) by taz.hyperreal.org with SMTP; 21 Jun 1999 23:14:44 -0000 Received: from rtpmail01.raleigh.ibm.com (rtpmail01.raleigh.ibm.com [9.37.172.24]) by fwns2.raleigh.ibm.com (8.9.0/8.9.0/RTP-FW-1.2) with ESMTP id TAA25858 for ; Mon, 21 Jun 1999 19:14:39 -0400 Received: from dosa.raleigh.ibm.com (dosa.raleigh.ibm.com [9.37.54.227]) by rtpmail01.raleigh.ibm.com (8.8.5/8.8.5/RTP-ral-1.1) with ESMTP id TAA30928 for ; Mon, 21 Jun 1999 19:14:42 -0400 Received: by dosa.raleigh.ibm.com (Postfix, from userid 500) id 40AD31EC23; Mon, 21 Jun 1999 19:14:41 -0400 (EDT) Date: Mon, 21 Jun 1999 19:14:41 -0400 From: Manoj Kasichainula To: new-httpd@apache.org Subject: Hybrid server ported to MPM Message-ID: <19990621191441.A4924@dosa.raleigh.ibm.com> Mail-Followup-To: new-httpd@apache.org References: <19990619172937.A22031@io.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.2i In-Reply-To: ; from Dean Gaudet on Sat, Jun 19, 1999 at 03:37:48PM -0700 Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org On Sat, Jun 19, 1999 at 03:37:48PM -0700, Dean Gaudet wrote: > > > On Sat, 19 Jun 1999, Manoj Kasichainula wrote: > > Which I'm hoping to have ready soon. I'm attempting to port the > > http_main.c from the apache-apr repository to Dean's framework. > > (mpm_mpmt.c?). Here's a patch: http://www.io.com/~manoj/patch/mpm_mpmt-1.patch.gz Other than mod_mpmt.c, the other added files are the same as the apache-apr versions except for a couple of search-and-replaces for the unixd stuff. The USE_ACCEPT_QUEUE accept model doesn't work, but adding fdqueue.c might be enough for that. If this model is kept and used, maybe (or maybe not) the accept queue stuff should be split into its own MPM. Right now mpm_mpmt.c #includes the other .c files it needs. Once the MPM configuration stuff is hammered down more, this can be fixed. Any objections before commit? > mpm_pthread_mpmt ? dunno, your call. There could be a mpmt model on > windows now that Bill seems to have figured out how to force windows to > allow multiple processes to accept() on the same socket. It's still called mpm_mpmt.c, but s/mpmt/pthread_mpmt/g on the patch would fix that quickly enough. pthread_mpmt sounds good to me. I don't care too much what it's called; mpm_pmpmpmpm would be fine too. -- Manoj Kasichainula - manojk@raleigh.ibm.com IBM, Apache Development