From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5339 invoked by alias); 5 Apr 2004 20:51:59 -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 5255 invoked from network); 5 Apr 2004 20:51:48 -0000 Received: from unknown (HELO timesys.com) (65.117.135.105) by sources.redhat.com with SMTP; 5 Apr 2004 20:51:48 -0000 Received: by timesys.com (Postfix, from userid 201) id F0703400177; Mon, 5 Apr 2004 16:51:47 -0400 (EDT) Date: Mon, 05 Apr 2004 20:51:00 -0000 From: Christopher Faylor To: David Edelsohn Cc: overseers@sources.redhat.com Subject: Re: htdig and sources.redhat.com loadavg Message-ID: <20040405205147.GA21949@coc.bosbc.com> Mail-Followup-To: David Edelsohn , overseers@sources.redhat.com References: <200404051849.i35InoT27980@makai.watson.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200404051849.i35InoT27980@makai.watson.ibm.com> User-Agent: Mutt/1.4.1i X-SW-Source: 2004-q2/txt/msg00035.txt.bz2 On Mon, Apr 05, 2004 at 02:49:50PM -0400, David Edelsohn wrote: >An informal poll of the 30+ people on the #gcc IRC channel did not find >anyone who felt htdig was useful relative to other search options. >Four channel members suggested disabling htdig, so I would I like >propose that to overseers. The performance problem of >sources.redhat.com on Monday is impacting development. While I tend to agree that htdig is not a great search tool I don't think we can just disable it without moving to something else. Also, since the system is shared by other projects like binutils and gdb, polling the gcc community may not offer a representative sample. I'd previously suggested using a google link for searches but that was vetoed because google isn't free. There are other alternative search engines out there but I don't know if they would constitute less system load or not. I think I recall researching mnogosearch and concluding that it would be better but I never got beyond an aborted attempt to generate the initial database. Supposedly, it can then be configured to do incremental updates which are relatively fast. cgf