[PATCH] Fix for irritating depends bug

Auke Kok auke at foo-projects.org
Sun Mar 4 22:05:47 CET 2012


On 03/04/2012 11:11 AM, Zbigniew Luszpinski wrote:
>> the idea of on-the-fly "adjusting" the cache seems wrong, why not just
>> throw it away and have it regenerated? that's a much cleaner solution
>
> Why do you find it wrong? From performance point of view selectively
> cutting whats wrong is faster then regenerating whole cache.

it's not wrong per se but the chance for consumers to have mid-air 
collisions becomes larger if we edit these files like this. It may look 
like a quick operation, but it's not, and a failure could lead to the 
dependency resolver going flat on its face - and there is a lot of 
dependency resolving going on when you hit that code.

so, a cleaner way would just be to evict the cache and have it 
auto-generated. that's always going to work, and the amount of times 
that you'd do that are so minimal that there's no reason to optimize 
this and introduce risk.

if you really want to do this, at a minimum you must introduce strong 
locking at every place where the cache is referenced, and that will kill 
your performance more than you get back from in-situ changing it.

So, it's not wrong per se on itself, but it's not complete and has big 
drawbacks that are not worth spending time on.

Auke



More information about the Lunar-dev mailing list