Tom Mueller (plain-text) wrote:
Brock Pytlik wrote:
I think that covers everything, but I'd appreciate any feedback or
comments that come to mind.
Sounds interesting. The reduced fanout should greatly reduce the
number of directories that are needed.
A couple of questions.
1. Will the new CacheManager be implemented to support the existing
file layout and hash structure as a base case?
Yep, it will.
2. What is the expected behavior of current software if it encounters
an image with the new file structure? Clearly it isn't going to work,
but will it fail gracefully? Will this change be coupled with the new
cfg_cache format so that the incompatibility will be handled in the
same way? Or, if #1 is implemented, could there be a switch in the
configuration that allows the old layout to continue to be used until
there is an explicit decision to use the new format?
I don't know, and there's not much I can do here. My guess is it will
chug along fine, but you'll end up with duplicate information on disk
stored in two different file structures. Essentially, the old code won't
know where to look for the new files, and so will download them again.
At best, the duplication will remain until the file(s) is/are removed.
I'm not inclined to make this a user tunable item, both because a user
shouldn't ever need to care, and because the existing behavior is fairly
pathological. If you can make a compelling case, I'll listen.
Thanks,
Brock
Thanks.
Tom
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
