DOS ain't dead

New kernel compression methods - Updated lzd, new lzo (Announce)

posted by tom , Germany (West), 26.04.2020, 13:46

> I updated the lzd depacker somewhat, in particular
> to use repeated
> string instructions for copying over matches. The saving is about 3
> seconds shaved off for the test case, from 16.4s to 13.0s (lDebug) or 15.3s
> to 11.5s (RxDOS kernel).
>
> I also added
> an LZO
> depacker, based on the
> lzo.txt file
> from the Linux kernel. The resulting size is fairly competitive,
> compressing 83 kB to 61 kB (lDebug) or 101 kB to 53 kB (RxDOS kernel). The
> decompression time places it among the faster methods, around 3.8s for both
> test cases. The LZ4 and Snappy depackers are only slightly faster.

what hardware is this?
using 10 seconds to decompress 100K, or 10KB/s sounds tremendously slow.

could you run UPX and show results to as comparison?

Complete thread:

• New kernel compression methods - ecm, 13.04.2020, 00:05 (Announce)
  • New kernel compression methods - ecm, 13.04.2020, 00:17
  • New kernel compression methods - tkchia, 13.04.2020, 14:23
    • New kernel compression methods - ecm, 13.04.2020, 18:31
      • New kernel compression methods - ecm, 13.04.2020, 18:35
      • New kernel compression methods - tkchia, 14.04.2020, 14:46
        • New kernel compression methods - fdkernpl - ecm, 14.04.2020, 17:05
        • New kernel compression methods - exeExtraBytes jump - ecm, 14.04.2020, 17:06
      • New kernel compression methods - tom, 14.04.2020, 20:06
  • New kernel compression methods - Updated lDebug lzd results - ecm, 16.04.2020, 17:29
  • New kernel compression methods - Corrections - ecm, 16.04.2020, 22:06
    • New kernel compression methods - X compressor layers - ecm, 16.04.2020, 22:22
    • New kernel compression methods - Updated lzd, new lzo - ecm, 25.04.2020, 22:23
      • New kernel compression methods - Updated lzd, new lzo - tom, 26.04.2020, 13:46
        • New kernel compression methods - UPX, 512 runs clarification - ecm, 26.04.2020, 20:17