From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3395 invoked from network); 12 Jul 2004 10:44:29 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 12 Jul 2004 10:44:29 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BjyIN-0002UA-GR for arch-gentoo-portage-dev@lists.gentoo.org; Mon, 12 Jul 2004 10:44:27 +0000 Received: (qmail 20534 invoked by uid 89); 12 Jul 2004 10:44:26 +0000 Mailing-List: contact gentoo-portage-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail Reply-To: gentoo-portage-dev@lists.gentoo.org X-BeenThere: gentoo-portage-dev@gentoo.org Received: (qmail 9684 invoked from network); 12 Jul 2004 10:44:26 +0000 Date: Mon, 12 Jul 2004 05:44:33 -0500 From: Brian Harring In-reply-to: <20040712111714.1dfc2653@localhost> To: gentoo-portage-dev@lists.gentoo.org Reply-to: ferringb@gentoo.org Message-id: <1089629073.32038.8.camel@6-allhosts> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0uDyMNzMuSGMcHGxvuaU" X-Spam-Score: X-Spam-Report: IsSpam=no, TrustedSender=yes, SenderIP=128.104.48.152, Server=avs-6, Version=4.6.0.99824, Antispam-Core: 4.6.1.104326, Antispam-Data: 2004.7.11.107027 References: <200406291415.18659.george@gentoo.org> <200406302207.52557.pauldv@gentoo.org> <40F25500.103@wanadoo.fr> <20040712111714.1dfc2653@localhost> Subject: Re: [gentoo-portage-dev] Re: Re: portage-ng roadmap? X-Archives-Salt: ee49d173-44f6-4360-b970-756434768f94 X-Archives-Hash: e13e748b091dc423c4b2cfe5294a787b --=-0uDyMNzMuSGMcHGxvuaU Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, 2004-07-12 at 04:17, Michael Kohl wrote: > On Mon, 12 Jul 2004 11:08:16 +0200 > Philippe Lafoucri=E8re wrote: >=20 > > I'd like to work on the cache part, since I'm getting sic of "emerge > > rsync". >=20 > 2.0.51 is changing the cache format. I don't know yet if this makes > "emerge sync" faster, but if you're eager to try it out you can unmask > it in your /etc/portage/package.unmask. The change is due to the addition of provide's to the cache; that doesn't affect speed, although .51 is a bit faster since a couple of issues w/ the cache handling code have been corrected. Main one being the addition of __cache(Array|Key) to portage_db_template storing the last 3 keys pulled for that category, correcting an issue w/ aux_get where it went to disk *way* more then was needed. At some point I'd think the __cache(Array|Key) addition should be moved up above the portage_db layer, since w/ right now it makes addition of a memcached based cache semi-tricky/ugly. ~brian --=-0uDyMNzMuSGMcHGxvuaU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA8muPvdBxRoA3VU0RAjFkAJ9APwsF4YR9AjmEfi+UOXiCMCnc2ACglfhr Qu1If0Gq6fIzxdpXQNyontw= =YxPg -----END PGP SIGNATURE----- --=-0uDyMNzMuSGMcHGxvuaU--