From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FJWrr-0001TT-SK for garchives@archives.gentoo.org; Wed, 15 Mar 2006 14:20:52 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5.20060308/8.13.5) with SMTP id k2FEK5e9008052; Wed, 15 Mar 2006 14:20:05 GMT Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.200]) by robin.gentoo.org (8.13.5.20060308/8.13.5) with ESMTP id k2FEK4JI009010 for ; Wed, 15 Mar 2006 14:20:04 GMT Received: by nproxy.gmail.com with SMTP id a25so82854nfc for ; Wed, 15 Mar 2006 06:20:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VF9Be0lm4tx6jQYIsQT3omyDqzOA1IDTcdCDX274Mxy164/Ar+d8D9JUgcXCw5LMyrZulc+PI8eMlf+mR3L3dGy6eIm8TCo55l/ccYV1Z3TYOy+D8CJgsJiT/qAuAfwC2m6VoTTiooKInPnMTek+4cWQThQ02Y36Y7pZafPnHEs= Received: by 10.49.8.1 with SMTP id l1mr276286nfi; Wed, 15 Mar 2006 06:20:04 -0800 (PST) Received: by 10.49.29.4 with HTTP; Wed, 15 Mar 2006 06:20:04 -0800 (PST) Message-ID: Date: Wed, 15 Mar 2006 16:20:04 +0200 From: tvali To: gentoo-portage-dev@lists.gentoo.org Subject: Re: esearch integration [was Re: [gentoo-portage-dev] Few things, which imho would make portage better] In-Reply-To: <20060315003355.GE10744@nightcrawler.had1.or.comcast.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-portage-dev@gentoo.org Reply-to: gentoo-portage-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: <4416A4C1.6090903@gentoo.org> <20060315003355.GE10744@nightcrawler.had1.or.comcast.net> X-MIME-Autoconverted: from quoted-printable to 8bit by robin.gentoo.org id k2FEK4JI009010 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id k2FEK5fR008052 X-Archives-Salt: 408fb8ae-422d-45f3-9a0e-53630e158381 X-Archives-Hash: ab442d3c6a4d09497fae1246c5f3b817 Yes SQL tables are better for that as it's simpler to update them :) 2006/3/15, Brian Harring : > On Tue, Mar 14, 2006 at 04:33:06PM +0200, tvali wrote: > > I did think about it now and it seems to me that probably it would be > > much faster if esearch is not just another package, but part of > > portage. > > > > I mean -- functions of portage, which query db, should use esearch > > index wherever they need information, which exists in that index. > > > > As much as i can understand, /var/cache/edb/ contains esearch databas= e > > in many files and esearchdb.py is search index as python script. > > No... > esearch is a static db- only useful for 'frozen' trees, eg rsync > distributed trees with no eclasses in overlays. All cvs users (devs) > run unfrozen trees (readonly/readwrite is better terminology), thus > portage updates the cache db on the fly as needed. > > If esearch was integrated into portage the result would be stale > metadata for cvs users, and stale metadata for rsync users when > overlays with eclasses are involved- no go. > > That and esearch last I looked just generates a giant dict (thus the > cache is in memory), which kind of blows the <25mb mem usage 2.1 > now sports :) > > ~harring > > > -- tvali (e-mail: "qtvali@gmail.com"; msn: "qtvali@gmail.com"; icq: "317-492-912") =DChe eesti internetifirma lehel kohtasin tsitaati: If you don't do it excellently, dont do it at all. Because if it's not excellent, it won't be profitable or fun, and if you're not in business for fun or profit, what the hell are you doing here? Robert Townsend --=20 gentoo-portage-dev@gentoo.org mailing list