From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QJfEW-0006nE-Lu for garchives@archives.gentoo.org; Tue, 10 May 2011 05:11:44 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 500B81C009; Tue, 10 May 2011 05:11:37 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 0D84E1C009 for ; Tue, 10 May 2011 05:11:36 +0000 (UTC) Received: from pelican.gentoo.org (unknown [66.219.59.40]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 1C0AF1B4048 for ; Tue, 10 May 2011 05:11:35 +0000 (UTC) Received: from localhost.localdomain (localhost [127.0.0.1]) by pelican.gentoo.org (Postfix) with ESMTP id 236B080505 for ; Tue, 10 May 2011 05:11:35 +0000 (UTC) From: "Zac Medico" To: gentoo-commits@lists.gentoo.org Content-type: text/plain; charset=UTF-8 Reply-To: gentoo-dev@lists.gentoo.org, "Zac Medico" Message-ID: Subject: [gentoo-commits] proj/portage:master commit in: pym/_emerge/ X-VCS-Repository: proj/portage X-VCS-Files: pym/_emerge/depgraph.py X-VCS-Directories: pym/_emerge/ X-VCS-Committer: zmedico X-VCS-Committer-Name: Zac Medico X-VCS-Revision: d124a775634706eb954fa70116de8367f165d1d5 Date: Tue, 10 May 2011 05:11:35 +0000 (UTC) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-commits@lists.gentoo.org Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: 227418398df840c99a254a1d6611f57c commit: d124a775634706eb954fa70116de8367f165d1d5 Author: Zac Medico gentoo org> AuthorDate: Tue May 10 05:11:33 2011 +0000 Commit: Zac Medico gentoo org> CommitDate: Tue May 10 05:11:33 2011 +0000 URL: http://git.overlays.gentoo.org/gitweb/?p=3Dproj/portage.git;a= =3Dcommit;h=3Dd124a775 depgraph: don't clear vardbapi cache in _load_vdb Most of the memory is probably held on the heap by the installed package instances anyway, and the cache is useful for being inherited by subprocess in MergeProcess. --- pym/_emerge/depgraph.py | 8 -------- 1 files changed, 0 insertions(+), 8 deletions(-) diff --git a/pym/_emerge/depgraph.py b/pym/_emerge/depgraph.py index 7b1940b..22a603e 100644 --- a/pym/_emerge/depgraph.py +++ b/pym/_emerge/depgraph.py @@ -551,14 +551,6 @@ class depgraph(object): vardb.aux_get(pkg.cpv, []) fakedb.cpv_inject(pkg) =20 - # Now that the vardb state is cached in our FakeVartree, - # we won't be needing the real vartree cache for awhile. - # To make some room on the heap, clear the vardbapi - # caches. - self._frozen_config._trees_orig[myroot - ]["vartree"].dbapi._clear_cache() - gc.collect() - self._dynamic_config._vdb_loaded =3D True =20 def _spinner_update(self):