From: Jim Jagielski Date: Tue, 19 Feb 2013 19:08:53 +0000 (+0000) Subject: typos X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=240fce978ce1507741548ca0dacfafaabd5f38fb;p=thirdparty%2Fapache%2Fhttpd.git typos git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1447872 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/server/mpm/eventopt/eventopt.c b/server/mpm/eventopt/eventopt.c index 88832968de3..0655dd1b348 100644 --- a/server/mpm/eventopt/eventopt.c +++ b/server/mpm/eventopt/eventopt.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 implementation 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. *