You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Justin Erenkrantz <ju...@erenkrantz.com> on 2003/11/16 23:34:47 UTC

FreeBSD threads was RE: consider reopening 1.3

--On Sunday, November 16, 2003 5:20 PM -0400 "Marc G. Fournier" 
<sc...@hub.org> wrote:

>> On FreeBSD 4.X it is broken(and will be forever?).  On FreeBSD 5.X, use KSE
>> threading (which may become the default in the future 5.2 release anyways?)
>> and it works great. man libmap.conf on a FreeBSD box for information on todo
>> this.(see also: freebsd-threads mailing list)
>
> 'k, maybe expand the comment in the INSTALL file to address this?

Well, we've asked for confirmation of FreeBSD threading 'working' on the 
dev@apr.apache.org - which as a platform-specific issue is the 'right' mailing 
list for this topic - not dev@httpd.apache.org.

FWIW, the FreeBSD port maintainer has asked us to enable threads on all 
versions, but we've (so far) yet to receive a reply that indicates that the 
FreeBSD's threading works properly.  The only reply we received so far was 
that it isn't fixed with FreeBSD - even 5.1.  So, if you have something to 
add, please contribute on the right list.

Thanks!  -- justin

Re: FreeBSD threads was RE: consider reopening 1.3

Posted by Aaron Bannert <aa...@clove.org>.
On Sun, Nov 16, 2003 at 09:43:03PM -0400, Marc G. Fournier wrote:
> 
> Yup, this is what I tend to see ...
> 
> One question, what does 'ps auxwl' show, primarily the WCHAN column?

I don't have access to the machine right now, but I can check later.

-aaron

Re: FreeBSD threads was RE: consider reopening 1.3

Posted by "Marc G. Fournier" <sc...@hub.org>.
Yup, this is what I tend to see ...

One question, what does 'ps auxwl' show, primarily the WCHAN column?

On Sun, 16 Nov 2003, Aaron Bannert wrote:

> On Sun, Nov 16, 2003 at 02:34:47PM -0800, Justin Erenkrantz wrote:
> > --On Sunday, November 16, 2003 5:20 PM -0400 "Marc G. Fournier"
> > >
> > >'k, maybe expand the comment in the INSTALL file to address this?
> >
> > Well, we've asked for confirmation of FreeBSD threading 'working' on the
> > dev@apr.apache.org - which as a platform-specific issue is the 'right'
> > mailing list for this topic - not dev@httpd.apache.org.
> >
> > FWIW, the FreeBSD port maintainer has asked us to enable threads on all
> > versions, but we've (so far) yet to receive a reply that indicates that the
> > FreeBSD's threading works properly.  The only reply we received so far was
> > that it isn't fixed with FreeBSD - even 5.1.  So, if you have something to
> > add, please contribute on the right list.
>
> I compiled it on a 4.9-CURRENT machine two days ago and it failed
> (even after working around some problems with atomics) by deadlocking.
> Connections were established but no responses ever returned. I wasn't
> even able to knock a request out of the blocked state by hitting it
> from another client.
>
> -aaron
>

Re: FreeBSD threads was RE: consider reopening 1.3

Posted by Aaron Bannert <aa...@clove.org>.
On Sun, Nov 16, 2003 at 02:34:47PM -0800, Justin Erenkrantz wrote:
> --On Sunday, November 16, 2003 5:20 PM -0400 "Marc G. Fournier" 
> >
> >'k, maybe expand the comment in the INSTALL file to address this?
> 
> Well, we've asked for confirmation of FreeBSD threading 'working' on the 
> dev@apr.apache.org - which as a platform-specific issue is the 'right' 
> mailing list for this topic - not dev@httpd.apache.org.
> 
> FWIW, the FreeBSD port maintainer has asked us to enable threads on all 
> versions, but we've (so far) yet to receive a reply that indicates that the 
> FreeBSD's threading works properly.  The only reply we received so far was 
> that it isn't fixed with FreeBSD - even 5.1.  So, if you have something to 
> add, please contribute on the right list.

I compiled it on a 4.9-CURRENT machine two days ago and it failed
(even after working around some problems with atomics) by deadlocking.
Connections were established but no responses ever returned. I wasn't
even able to knock a request out of the blocked state by hitting it
from another client.

-aaron