Skip to content
GitLab
  1. 19 Apr, 2002 9 commits
  3. 18 Apr, 2002 15 commits
  5. 17 Apr, 2002 12 commits
  7. 16 Apr, 2002 4 commits
    • Justin Erenkrantz's avatar
      Add warning message when selecting an experimental MPM. · 8460e2b7
      Justin Erenkrantz authored 
      While this message will scroll by without their reading it, we can
reasonably say that we warned them if they report errors.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@94674 13f79535-47bb-0310-9956-ffa450edef68
      8460e2b7
    • Brian Pane's avatar
      Added support for the threadpool MPM · c6f9454b
      Brian Pane authored 
      
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@94673 13f79535-47bb-0310-9956-ffa450edef68
      c6f9454b
    • Brian Pane's avatar
      Another experimental MPM derived from worker: · d23b8ff6
      Brian Pane authored 
      The threadpool MPM implements Aaron Bannert's "time-space tradeoff"
design managing idle workers.  Rather than putting accepted connections
into a queue, the threadpool MPM keeps idle worker threads in a stack.
Its dedicated listener thread retrieves an idle worker from the stack
before accepting a connection.  If there are no idle workers, the
listener blocks until a worker becomes available before doing an accept.

In many ways, threadpool is also a variant of leader/follower.  They
both maintain a stack of idle threads.  The difference is that threadpool
has a dedicated listener thread, and leader/follower rotates the listening
responsibility among its worker threads.  In my initial testing, the
leader/follower MPM performs very well on multiprocessor Solaris 8 when
listening on a single port, but poorly when listening on multiple ports.
(I don't know why this is happening.  What I've found so far is that
when you add a poll on the listen socket(s) before the accept in the
leader/follower MPM, all the socket-related syscalls in the httpd get
slower.  My hypothesis is that the thread scheduler is making an optimal
decision about where (on what CPU) to run the newly awakened thread if
its first syscall is an accept, and a nonoptimal decision if its first
syscall is a poll.)  The threadpool MPM performs better with multiple
listener ports, and in my testing so far it looks competitive with
leader/follower when running with a single listener.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@94672 13f79535-47bb-0310-9956-ffa450edef68
      d23b8ff6
    • Justin Erenkrantz's avatar
      Merge in latest GNU config.guess and config.sub files. Synchronize all · 89933fa9
      Justin Erenkrantz authored 
      config.guess/config.sub files to be identical.  Previously, we had three
different versions of the guess files - now they are the same.

I attempted to merge in ASF changes that were marked and still needed.
Please verify that these work on your platform.  (Particular attention
is required for the IBM platforms.)

Part of PR 7818 stems from the fact that the bundled expat did not have an
included config.guess/config.sub.  Therefore, it would take the config.guess
from the system.  Icarus's autoconf/libtool is very old (2.13/1.3.5).  The
machine that was used to roll 2.0.32 had a recent autoconf/libtool which
explains the behavior that Sander saw in the PR.  Therefore, we now
explicitly provide a config.guess/.sub for the bundled expat so that
all of the versions are in sync.  This should minimize configuration
problems.

pcre was using a config.guess that was imported when Brian made the 3.9
import.  It did not have the Apache modifications, but seems to have
had the Darwin changes.  Go figure.  Sync it up as well.

PR: 7818
Obtained from: GNU FSF - ftp.gnu.org/gnu/config


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@94671 13f79535-47bb-0310-9956-ffa450edef68
      89933fa9