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
Alec Warner wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> lnxg33k wrote:
>> 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)
Heh heh. I should hit the books or something. ;) Actually, I rarely search and
haven't emerged anything so I haven't had the chance to see the effects of my
"insight". I keep thinking "less files = faster 'x' because nothing to do". I
had eix installed until today when I realized I never searched. Anyway, thanks
once again for the err in thinking.
email@example.com mailing list