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