Re: OptionalObsoleteFiles.inc completeness

From: Dmitry Marakasov <amdmi3_at_amdmi3.ru>
Date: Tue, 29 May 2012 02:18:25 +0400
* Peter Jeremy (peter_at_rulingia.com) wrote:

> >> >2) Is this ok to backport the list from current to stable branches? Pro
> >> >- it's really simple, con - it will contain files never installed with
> >> >this (old) branch.
> >> 
> >> Another con:  "make delete-old" on -current takes about 2 orders of
> >> magnitude longer to run than on 8.x.  I would prefer to see some
> >> effort put into speeding it up before it was backported.
> >
> >Is that really a reason while it is still under 4 seconds and is not
> >usually run more often than updates (which take minutes if not hours)?
> 
> My experience is that it now takes about 2½ minutes on 10.x with warm
> caches, compared to less than 1 second on 8.x.

Now = after applying my patch or after changing system? Which knobs
were enabled?

OptionalObsoleteFiles.inc is 3x larger after the patch - it's expected
for things to become 3x slower, but definitely not 250x.

> For most of that time, there's no output and there's no warning
> of the increased time. I actually wrote about the poor performance
> here a couple of weeks ago.

Then you should try to profile it - my script basically runs
delete-old delete-old-libs for every knob (131 of them), and it
hadn't taken more than 4 seconds even once.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amdmi3_at_amdmi3.ru  ..:  jabber: amdmi3_at_jabber.ru    http://www.amdmi3.ru
Received on Mon May 28 2012 - 20:18:29 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:27 UTC