DOS ain't dead

New kernel compression methods (Announce)

posted by tom , Germany (West), 14.04.2020, 20:06
(edited by tom on 14.04.2020, 22:36)

> Yep, something like that. I don't remember the exact details but I came
> away with the impression it won't work. But FreeDOS isn't alone in thinking
> its
> kernels should be smaller than 64 KiB.

it's not FreeDOS that thinks that compressed kernels should be smaller than 64K.
but when he implemented this Tom knew that the compressed kernel was much smaller then 64K and decided not to waste valuable lifetime in thinking about kernels > 64k.
so far this decision looks good. and it would be trivial to handle larger kernels.

Tom

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