fedup performance

[Adam Williamson]

On 2013-07-02 22:25, Alex G. wrote:
> On 07/03/2013 12:15 AM, Adam Williamson wrote:
>> On 2013-07-02 21:42, Alex G. wrote:
>>> On 07/02/2013 08:28 PM, Neal Becker wrote:
>>>> Not d/l speed related.  I just want to share.  I update a very fast 
>>>> 8
>>>> core
>>>> server, with a conventional disk drive.  Took 2-3 hours, not
>>>> including d/l.
>>>> 
>>>> I update my laptop which has an ssd (and MORE packages).  Took 10-15
>>>> minutes.
>>>> 
>>> I think this might simply have to do with rpm running ldconfig (a 
>>> very
>>> disk IO expensive operation) for a large number of packages. I'm not
>>> sure yum/rpm has deferred ldconfig processing.
>> 
>> rpm has the concept of %posttrans . Stuff in %posttrans is run after
>> *the entire transaction* has completed, not after *the specific 
>> package
>> install* has completed.
>> 
>> However, I think we can't put ldconfig in %posttrans, because what
>> happens if a package installed later relies on the ldconfig being
>> correct for a package installed earlier in the same transaction?
>> 
> aptitude has something called "deferred ldconfig processing", and
> annoyingly, aptitude updates faster than yum.

*mumble mumble* correlation *mumble* causation *mumble*
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net