From: Graham Leggett Date: Wed, 3 Oct 2012 19:48:21 +0000 (+0000) Subject: Fix spelling mistake. X-Git-Tag: 2.2.24~122 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=04e7e290b74082b6c07b52b6124d8b5671a41d11;p=thirdparty%2Fapache%2Fhttpd.git Fix spelling mistake. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x@1393727 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/server/mpm/experimental/event/event.c b/server/mpm/experimental/event/event.c index 82efd0cd651..7b2c4e1dcb6 100644 --- a/server/mpm/experimental/event/event.c +++ b/server/mpm/experimental/event/event.c @@ -19,10 +19,10 @@ * * After a client completes the first request, the client can keep the * connection open to send more requests with the same socket. This can save - * signifigant overhead in creating TCP connections. However, the major + * significant overhead in creating TCP connections. However, the major * disadvantage is that Apache traditionally keeps an entire child * process/thread waiting for data from the client. To solve this problem, - * this MPM has a dedicated thread for handling both the Listenting sockets, + * this MPM has a dedicated thread for handling both the Listening sockets, * and all sockets that are in a Keep Alive status. * * The MPM assumes the underlying apr_pollset implmentation is somewhat @@ -30,7 +30,7 @@ * enables the MPM to avoid extra high level locking or having to wake up the * listener thread when a keep-alive socket needs to be sent to it. * - * This MPM not preform well on older platforms that do not have very good + * This MPM does not perform well on older platforms that do not have very good * threading, like Linux with a 2.4 kernel, but this does not matter, since we * require EPoll or KQueue. *