Compression of arm executables.

[osk]

Hello all.

I would like to ask about how to improve CR for arm execetubales with a better decompression time than in gzip(deflate).
Currently it was tried next.
1. Apply some filter like BCJ_filter and delta coding (did not try use it together)
2. Compress using tornado with all options (i mean tor -1, ..., -11)

So it was got good result of decompression time, but not good for CR(average value was 1.04, after filters or delta coding i got 1.05). Results are approximately like for gzip(deflate).
Code of filters and how I apply them in attachments.

Maybe I am wrong use filters?
Do U have any suggestions how to impove CR for this case?

Thank U for your attention.

[willvarfar]

Fun fact: Symbian used Byte Pair encoding for ROMs, including code. This was on the critical path to boot up, which was a metric closely monitored, so was presumably a fast and carefully considered choice. The phones in those days were usually under 100MHz clock rate, so super slow in today's world.

[Gonzalo]

Did you try dispack + delta + slugx? Both fazip and slugx works from stdin to stdout, so you can eliminate middle write to disk. And it's rocket fast compared to zlib, while compressing best most times. Of course, you wont get native slugx in arm... and forget about anything embedded