Strange slowdown of zlib.

Magnus Nilsson magnus.nilsson at gmail.com
Mon Jun 23 22:44:30 UTC 2014


On Sat, Jun 21, 2014 at 4:03 PM, John-Mark Gurney <jmg at funkthat.com> wrote:
> Magnus Nilsson wrote this message on Sat, Jun 21, 2014 at 14:13 +0200:
>> While e.g. cat or md5 of an executable affects its speed, e.g. cp does not.
>> Could there be some read access that's unaffected by your patches?
>
> I believe that cp uses mmap instead of the read syscall like cat and
> md5...  So this may be the case...
>
> --
>   John-Mark Gurney                              Voice: +1 415 225 5579
>
>      "All that I will do, has been done, All that I have, has not."

mmap() seems unaffected, well spotted.
Not sure if it would be reasonable to use that fact for a workaround?

I've done more patching and testing.
Mark Tinguely's conservative, unofficial patch
http://lists.freebsd.org/pipermail/freebsd-arm/2010-November/002635.html
does not fix the issue.

Grzegorz Bernacki's proof-of-concept patch
http://lists.freebsd.org/pipermail/freebsd-arm/2010-March/002270.html
/does/ fix the issue! But what's the potential downside?
Debugging issues, as suggested in
http://lists.freebsd.org/pipermail/freebsd-arm/2010-March/002290.html
?
Performance issues? Something worse?

I've looked at later releases (9.3) for backporting, but can't find
anything that that handles PVF_EXEC as a special case like Mark and
Grzegorz.


More information about the freebsd-embedded mailing list