List Archive: gentoo-performance
Note: Due to technical difficulties, the Archives are currently not up to date.
provides an alternative service for most mailing lists.c.f. bug 424647
-----BEGIN PGP SIGNED MESSAGE-----
> I added the metadata/some-cat to the rsync_exclude list by prefacing
> every entry with an '*'. Vastly increased the 2nd phase of sync'ing and
> cleared up some storage. I gather that the the cached files end up in
> "/var/cache/edb/dep/usr/portage/". Would purging the rsync_exclude
> entries here cause any problems? I'm guessing that `emerge -S` searches
> would be faster as there are less entries to check. There's also the
> storage issue as well. Thanks
Maybe the benifit is good for you. Those metadata directories in the
tree are important because generating portage metadata is costly in
terms of time. Thats WHY we do it.
When you exclude those directories ( or all of metadata/ ) you are
merely moving the cache time from emerge --sync to emerge <blar>.
Portage will notice the stale cache and regenerate the metadata on the
fly. As noted earlier, this generation is SLOW. Maybe you notice,
maybe you do not. It really depends on whether the queries you run
against portage hit the areas that lack on-disk metadata.
For extra fun, try rm -rf /var/cache/edb/dep/usr, then an emerge --regen
and tell me it's fast ;)
As for the emerge -S bit, it won't be any faster. It still iterates
over the whole tree, and once again, portage will generate the metadata
locally = slower. Use another tool, ( eix,esearch ) they are better for
this IMHO. Sorry it doesn't come all built into one tool, we are
working on it.
Alec Warner (antarus)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
email@example.com mailing list