Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
| From | Stefan Monnier <monnier@iro.umontreal.ca> |
|---|---|
| Newsgroups | comp.arch |
| Subject | Re: Really compressed instruction streams |
| Date | 2026-09-25 11:46 -0400 |
| Organization | A noiseless patient Spider |
| Message-ID | <jwvpky1mjm3.fsf-monnier+comp.arch@gnu.org> (permalink) |
| References | <1193vo8$30ki0$1@dont-email.me> |
> So, the idea of using actual compression seems interesting. > This has been tried in the past, but it didn't catch on. There are different levels at (and ways in) which compression can be applied, with very different tradeoffs. E.g. I remember an article years ago (maybe from ETHZ?) doing compression on bytecode where common sequences of bytecode were turned into something akin to "functions", IOW a kind of "common sub-expression elimination" that's also reminiscent of LempelZiv. The result was compressed bytecode executable "without decompression". You can gain some savings by playing at the bit-level to take advantage of Hufmann-style compression, but another way to attack the problem is to design an ISA where you can easily share common sequences of instructions (I guess you could call it "outlining"), for example by providing a very concise way to call and write short functions. And maybe the micro-architecture could be taught to inline those calls (I guess it would naturally happen if you use a trace cache). === Stefan
Back to comp.arch | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Really compressed instruction streams Thomas Koenig <tkoenig@netcologne.de> - 2026-09-24 20:04 +0000
Re: Really compressed instruction streams MitchAlsup <user5857@newsgrouper.org.invalid> - 2026-09-24 22:17 +0000
Re: Really compressed instruction streams BGB <cr88192@gmail.com> - 2026-09-24 18:00 -0500
Re: Really compressed instruction streams scott@slp53.sl.home (Scott Lurndal) - 2026-09-25 14:39 +0000
Re: Really compressed instruction streams cross@spitfire.i.gajendra.net (Dan Cross) - 2026-09-25 20:53 +0000
Re: Really compressed instruction streams antispam@fricas.org (Waldek Hebisch) - 2026-10-05 23:10 +0000
Re: Really compressed instruction streams John Levine <johnl@taugh.com> - 2026-10-06 02:46 +0000
Re: Really compressed instruction streams quadibloc@invalid.com (John Savard) - 2026-09-24 22:37 +0000
Re: Really compressed instruction streams MitchAlsup <user5857@newsgrouper.org.invalid> - 2026-09-25 00:37 +0000
Re: Really compressed instruction streams scott@slp53.sl.home (Scott Lurndal) - 2026-09-25 14:42 +0000
Re: Really compressed instruction streams Robert Finch <robfi680@gmail.com> - 2026-09-24 20:56 -0400
Re: Really compressed instruction streams Thomas Koenig <tkoenig@netcologne.de> - 2026-09-25 18:56 +0000
Re: Really compressed instruction streams Michael S <already5chosen@yahoo.com> - 2026-09-25 11:54 +0300
Re: Really compressed instruction streams Thomas Koenig <tkoenig@netcologne.de> - 2026-09-25 15:05 +0000
Re: Really compressed instruction streams Michael S <already5chosen@yahoo.com> - 2026-09-25 17:39 +0300
Re: Really compressed instruction streams Stefan Monnier <monnier@iro.umontreal.ca> - 2026-09-25 11:46 -0400
Re: Really compressed instruction streams BGB <cr88192@gmail.com> - 2026-09-25 16:09 -0500
Re: Really compressed instruction streams MitchAlsup <user5857@newsgrouper.org.invalid> - 2026-09-25 22:59 +0000
Re: Really compressed instruction streams BGB <cr88192@gmail.com> - 2026-09-25 18:51 -0500
Re: Really compressed instruction streams scott@slp53.sl.home (Scott Lurndal) - 2026-09-28 15:26 +0000
Re: Really compressed instruction streams BGB <cr88192@gmail.com> - 2026-09-28 17:42 -0500
Re: Really compressed instruction streams BGB <cr88192@gmail.com> - 2026-09-26 03:21 -0500
Re: Really compressed instruction streams Paul Clayton <paaronclayton@gmail.com> - 2026-09-27 21:12 -0400
Re: Really compressed instruction streams BGB <cr88192@gmail.com> - 2026-10-01 15:42 -0500
csiph-web