( TCH | 2021. 12. 25., szo – 10:28 )

Ebben igazad van, de a legtöbb kód pont olyan 32-64 bites, headeres, csomó string section-ös cucc a való életben, ami rettenet jól tömöríthető.
De itt egy 16-bites OS binárisairól és annak tömörítéséről volt szó; a 32 és 64-bites, mindenféle szekcióval telepakolt binárisok tömöríthetősége itt irreleváns.
Eleve 8/16 bites bináris már kb. sehol nem fordul elő
Kivéve a retro-realm-ben, amihez tartozik az éppen tárgyalt FreeDOS is; itt pont, hogy 16-bites binárisok fognak előfordulni és azokat kell tömöríteni.
főleg nem ilyen headerless
Kivéve pl. pont DOS alatt a .COM fájlok.
meg ezek a binárisok eleve nem is foglalnak sokat méretben, pár KB, így nem fontos, hogy annyira jól legyenek tömörítve.
Kivéve, ha a disztribúció primer adathordozója a jó öreg 720k-s floppy, mert akkor mindjárt számít, hogy binárisonként sikerült pár kB-ot fogni, ha van mondjuk 100 bináris.
Sose mentem bele az okába, de már a DOS korszaktól fogva csináltam egy csomó rendszermentést, tömörített másolatot szoftverekről, ahol bináris, dokumentáció, meg médiatartalom is volt, és az volt a tapasztalat, hogy jól tömöríthető, mind a 16-32 bites átlag kód, és ez 64 bit alatt sem változott (Win, Linux, BSD).
Nem, a kód semmiképpen sem lesz jól tömöríthető, pont annak magas az entrópiája (hacsak nem 100%-ig NOP-okból áll). A bináris lehet jól tömöríthető, attól függően, hogy mennyi kód és mennyi adat van benne és az adatnak mekkora az entrópiája.