From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28374 invoked by alias); 6 Apr 2004 16:18:45 -0000 Mailing-List: contact overseers-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: , Sender: overseers-owner@sources.redhat.com Received: (qmail 28237 invoked from network); 6 Apr 2004 16:18:39 -0000 Received: from unknown (HELO jifvik.dyndns.org) (81.104.194.28) by sources.redhat.com with SMTP; 6 Apr 2004 16:18:39 -0000 Received: from eCosCentric.com (garibaldi.jifvik.org [172.31.1.2]) by jifvik.dyndns.org (Postfix) with ESMTP id 1F49D3FE01; Tue, 6 Apr 2004 17:18:38 +0100 (BST) Message-ID: <4072D85D.3000101@eCosCentric.com> Date: Tue, 06 Apr 2004 16:18:00 -0000 From: Jonathan Larmour User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.4) Gecko/20030703 MIME-Version: 1.0 To: David Edelsohn Cc: overseers@sources.redhat.com Subject: Re: htdig and sources.redhat.com loadavg References: <200404051849.i35InoT27980@makai.watson.ibm.com> <20040405205147.GA21949@coc.bosbc.com> <200404061449.i36EnaT32792@makai.watson.ibm.com> In-Reply-To: <200404061449.i36EnaT32792@makai.watson.ibm.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-q2/txt/msg00058.txt.bz2 David Edelsohn wrote: > We're not seeing a lot of improvement with sources.redhat.com > performance: > > [dnovillo@sourceware ~]$ uptime > 14:47:34 up 46 days, 15:52, 2 users, load average: 21.51, 23.89, 26.11 > PID USER PRI NI SIZE RSS SHARE STAT CPU %MEM TIME CPU COMMAND > 24943 htdigid 24 0 118M 25M 568 D 66.8 1.2 1:38 0 htdig > 3435 root 15 0 3740 268 176 S 14.4 0.0 0:48 0 httpd > 2935 rsyncid 16 1 3936 3936 252 D N 12.6 0.1 0:33 0 rsync From a brief poke myself (and I'm no overseer) I'd hazard a guess it may be more to do with the 17 simultaneous cvs checkouts as well as 2 rsyncs and a couple of ftps. netstat also seems to be reporting a TCP SYN attack from tproxy1.NTCU.net (62 sockets in SYN_RECV state). I don't know about the "supervise" thingy but I know xinetd has a "max_load" parameter that could be used to e.g. deny anonymous (not logged in) cvs over a certain load (since having 10 cvs operations complete two times is better than 20 cvs operations taking nearly forever). Jifl -- eCosCentric http://www.eCosCentric.com/ The eCos and RedBoot experts >>>>> Visit us in booth 2527 at the Embedded Systems Conference 2004 <<<<< March 30 - April 1, San Francisco http://www.esconline.com/electronicaUSA/ --["No sense being pessimistic, it wouldn't work anyway"]-- Opinions==mine