Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 29281 invoked from network); 11 Nov 2003 00:51:34 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 11 Nov 2003 00:51:34 -0000 Received: (qmail 20756 invoked by uid 500); 11 Nov 2003 00:51:19 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 20571 invoked by uid 500); 11 Nov 2003 00:51:17 -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 20556 invoked from network); 11 Nov 2003 00:51:17 -0000 Date: Mon, 10 Nov 2003 16:51:24 -0800 From: Justin Erenkrantz To: Craig Rodrigues cc: dev@apr.apache.org Subject: Re: [PATCH] FreeBSD threads configure support Message-ID: <32480000.1068511884@scotch.ics.uci.edu> In-Reply-To: <20031111004031.GA98134@crodrigues.org> References: <20031109234157.GA58055@crodrigues.org> <2147483647.1068417545@localhost> <20031111004031.GA98134@crodrigues.org> X-Mailer: Mulberry/3.1.0b9 (SunOS/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.70-cvs X-Spam-Checker-Version: SpamAssassin 2.70-cvs (1.217-2003-10-04-exp) on scotch.ics.uci.edu X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --On Monday, November 10, 2003 19:40:31 -0500 Craig Rodrigues wrote: > On Sun, Nov 09, 2003 at 10:39:05PM -0800, Justin Erenkrantz wrote: >> FreeBSD's reliability with threads. Please see STATUS entries in >> httpd-2.x regarding this. > > There is not enough information in STATUS to go on. > Do you have a testcase, or pointers to further information? The mailing list references in httpd's STATUS might be of some help. Roughly, the test case is fairly simple and is as follows: - Build threaded APR (--enable-threads) and httpd with worker MPM (--with-mpm=worker) - Start httpd with worker MPM (default config okay - 2+ processes required!) - Issue an HTTP request against the httpd (i.e. apachectl status) - *no response yet* - Issue another connection and request against the same httpd (i.e. another window w/apachectl status or whatnot) - *Response from 1st request is returned* - *No response to 2nd request yet* - Issue another connection - *Response from 2nd* - *No response from 3rd until 4th request, etc, etc, etc* This worker MPM code works correctly on Linux, Solaris, AIX, Darwin, etc, so we believe our pthread API usage in APR is correct. But, perhaps someone familiar with FreeBSD can shed some more light on this. (If you could pass along to David, that might be helpful!) We know 4.x still has this problem, and we believe 5.0 had it (at least the original 5.0 did), too. But, I don't have access to a FreeBSD 5.x box to test this. HTH. -- justin