From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30925 invoked by alias); 6 Apr 2004 18:00:57 -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 30909 invoked from network); 6 Apr 2004 18:00:54 -0000 Received: from unknown (HELO jifvik.dyndns.org) (81.104.194.28) by sources.redhat.com with SMTP; 6 Apr 2004 18:00:54 -0000 Received: from eCosCentric.com (garibaldi.jifvik.org [172.31.1.2]) by jifvik.dyndns.org (Postfix) with ESMTP id 879B53FE01; Tue, 6 Apr 2004 19:00:47 +0100 (BST) Message-ID: <4072F04E.2050801@eCosCentric.com> Date: Tue, 06 Apr 2004 18:00: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> <200404061740.i36HeoT28142@makai.watson.ibm.com> In-Reply-To: <200404061740.i36HeoT28142@makai.watson.ibm.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-q2/txt/msg00066.txt.bz2 David Edelsohn wrote: > 2949 anoncvs 15 0 3868 1528 76 S 45.3 0.0 2:44 1 cvs > 24943 htdigid 15 0 379M 79M 408 D 1.7 3.9 36:42 1 htdig > > Is 379M/79M for htdig really a good use of sourceware resources relative > to buffer caches? vmstat says: > procs memory swap io system cpu > r b w swpd free buff cache si so bi bo in cs us sy id > 0 29 0 645584 40872 24568 751668 11 0 3544 305 1043 1898 16 10 75 750+24Mb cache out of 2Gb total seems alright (obviously some of the page cache is exes, but most of those will be shared between identical processes), and the swapping figures are low so clearly its the 79Mb figure that's relevant which is nothing in comparison. sourceware is I/O bound in ways that buffers/page cache is unlikely to help. Unsurprisingly cvs checkouts in particular are likely to chew a lot of cache. Remember that the htdig problems of yesterday were to do with the gcc side of the server. The htdig you are looking at is the sourceware side which should have no real problem (other than the load due to other processes on the server). The problems of today seem more likely to me to be people updating the cvs checkouts they didn't get yesterday. I certainly don't want htdig disabled with no replacement for eCos, but perhaps someone could consider doing: kill -STOP 24943 ; sleep 3600; kill -CONT 24943 to give the rest of the system an opportunity to catch up. It may be interesting to see what projects the anon cvs checkouts are for, as for example if they are gcc, then it may help for more to move to savannah's anon cvs server. 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