From 05a6240adced6bf525c17233908cc5a3411cf51d Mon Sep 17 00:00:00 2001 From: Graham Leggett Date: Wed, 3 Oct 2012 15:49:17 +0000 Subject: [PATCH] Fix spelling mistakes. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1393564 13f79535-47bb-0310-9956-ffa450edef68 --- server/mpm/event/event.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/server/mpm/event/event.c b/server/mpm/event/event.c index 318da24bc9..2a7052c988 100644 --- a/server/mpm/event/event.c +++ b/server/mpm/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 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. * -- 2.40.0