portsperf (bsd.port.mk performance bugs fixed) redux
Kirill Ponomarew
krion at voodoo.oberon.net
Thu Feb 17 22:58:25 PST 2005
On Thu, Feb 17, 2005 at 03:59:13PM -0500, Brian Fundakowski Feldman wrote:
> Well, guys, it's been a while since the last installment of portsperf.
> Without further ado, here's a fix that bring port vulnerability check
> time down from almost two minutes to almost instantaneous (on my
> machine)! I was always wondering why ports have been so terribly slow
> since around some time last year, and a good 2000 pids get recycled
> just doing "make extract":
> <@green_> now:
> <@green_> green# time make extract
> <@green_> ===> Extracting for mp3gain-1.3.2
> <@green_> => Checksum OK for mp3gain132_src.zip.
> <@green_> ===> mp3gain-1.3.2 depends on executable: unzip - found
> <@green_> 0.127u 1.132s 0:01.49 83.8% 108+497k 15+0io 8pf+0w
>
> <@green_> then:
> <@green_> green# time make extract
> <@green_> ===> Extracting for mp3gain-1.3.2
> <@green_> => Checksum OK for mp3gain132_src.zip.
> <@green_> ===> mp3gain-1.3.2 depends on executable: unzip - found
> <@green_> 5.308u 82.765s 1:42.05 86.2% 92+193k 10+0io 12pf+0w
>
> Only problem I know of is that on systems with a good enough version
> of the pkg_* tools, an obsolete and broken version (specifically, on
> 6.0, a version from a year ago) never reports itself as being obsolete
> so it can get removed. The pkg_version -T functionality is broken,
> then, without a hint to the operator that intervention must occur.
> Is that why this change hasn't been made already?
Because the patch is not quite correct and can't handle [&%?] chars
in distinfo ? Hey, and you even know it :)
-Kirill
More information about the freebsd-ports
mailing list