From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 4 08:30:55 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E19A716A4CF for ; Fri, 4 Jun 2004 08:30:55 -0700 (PDT) Received: from relay.transip.nl (relay.transip.nl [80.69.66.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FAF843D3F for ; Fri, 4 Jun 2004 08:30:55 -0700 (PDT) (envelope-from ali@transip.nl) Received: from redguy (peris.demon.nl [212.238.139.202]) by relay.transip.nl (Postfix) with SMTP id 7D54034A77B; Fri, 4 Jun 2004 17:30:41 +0200 (CEST) Message-ID: <010701c44a48$e64d68b0$0400a8c0@redguy> From: "Ali Niknam" To: "Varshavchick Alexander" References: <00dd01c449b3$ca5a0f90$0400a8c0@redguy> <20040604190859.D98354@apache.metrocom.ru> Date: Fri, 4 Jun 2004 17:30:41 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Mailman-Approved-At: Sat, 05 Jun 2004 04:47:53 -0700 cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD 5.2.1: Mutex/Spinlock starvation? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2004 15:30:56 -0000 Hi Alexander, > I can't say anything as how the issue can be connected with the > mutexes and so on, but to solve your problem with apache, I'd look > into 'hold_off_on_exponential_spawning' and 'MAX_SPAWN_RATE' > parameters in src/main/http_main.c of the apache source tree > (presuming you're using apache 1.3.*), and I'm sure some similar > options can be found for apache > 2.0. What you need is to make apache forking rate more slower, so the > server will not suffer from a sudden load peak. That was my first thought exactly! I halved the MAX_SPAWN_RATE to 16 (from 32) and then *exactly* the same thing happened; it only took a minute longer to happen .... If i recall correctly (not sure anymore since it was middle of the night) other processes also got blocked (hence i couldnt use keyboard anymore). That was why i figured it was some kind of lock/block/mutex/whatever inside the kernel.... Best Regards, Ali Niknam