Life & fun · alternatives · 2026

24 alternatives to 10-40% faster LZMA decoder using x86 CMOVcc

Faster LZMA decoder for x86 CPUs (patch for XZ Utils). - faster_lzma_decoder_x86.patch

This is an optimized LZMA decoder implementation that uses x86 conditional move instructions to improve decompression speed by 10-40 percent. It is designed for developers and systems that need faster file… Below are 24 products that do a similar job, ranked by how close each is in meaning and then by launch-day votes. 10-40% faster LZMA decoder using x86 CMOVcc launched in 2021; newer entries below may have overtaken it.

1
Micro LZMA decoder (x86 assembly code golf)▲56
Micro LZMA decoder. Contribute to ilyakurdyukov/micro-lzmadec development by creating an account on GitHub.
2022 · github.com · its alternatives →
2
misa77 - a codec that decodes 2x faster than LZ4 (at better ratios)▲164
I've spent the last few months working on this codec. It has the following characteristics: - SOTA decompression throughput in its ratio class - Decent ratios (comparable to LZ4 at high effort levels) - Slow compression Most of the gains can be attributed to reducing branches and making decompression very friendly to out-of-order cores, by using a smart format. Results on the tarred Silesia corpus on Intel x86-64 follow: codec decode ratio encode misa77 -0 5219 MB/s 42.64% 54.5 MB/s misa77 -1 4274 MB/s 39.65% 51.2 MB/s lz4 2505 MB/s 47.59% 371 MB/s lz4hc -12…
Jul 2026 · github.com · its alternatives →
3
I wrote a Java decompiler in pure C language▲172
The world's fastest apk (android)/java open source decompiler - neocanable/garlic
2025 · github.com · its alternatives →
4
ZXC – Asymmetric, +40% decode vs. LZ4 on ARM (C, BSD-3, Fuzzed)▲28
Hello HN, author here. I built ZXC, a lossless compression library designed specifically for "Write Once, Read Many" scenarios (Game assets, Firmware, App bundles). The Concept: Standard real-time codecs (LZ4, Snappy) are designed for symmetry. ZXC explores an asymmetric approach: it spends significantly more CPU cycles at compression time to generate a bitstream specifically structured for modern, wide-issue execution pipelines (maximizing Instruction Level Parallelism). Performance (Verified via lzbench integration): ZXC was merged into the official lzbench repository monday. ARM64 (Apple…
Dec 2025 · github.com · its alternatives →
5
Speeding up LLM inference 2x times (possibly)▲419
Here's a project I've been working on for the last few months. It's a new (I think) algorithm, that allows to adjust smoothly - and in real time - how many calculations you'd like to do during inference of an LLM model. It seems that it's possible to do just 20-25% of weight multiplications instead of all of them, and still get good inference results. I implemented it to run on M1/M2/M3 GPU. The mmul approximation itself can be pushed to run 2x fast before the quality of output collapses. The inference speed is just a bit faster than Llama.cpp's, because the rest of implementation…
2024 · asciinema.org · its alternatives →
6
Rapidgzip – Truly Parallel Gzip Decompression with 10 GB/s▲35
I have posted a much earlier version of this over a year ago [0]. Since then a lot has changed. Obviously, the name has changed. This happened for the paper publication [1]. I have also optimized the speed, integrated ISA-L for special cases, limited the compression-ratio-dependent maximum memory consumption, and finally added parallelized CRC32 computation, which adds ~5% overhead no matter the number of cores used. At this point, I am leaning towards calling it production-ready although there are still many ideas for improvements. Redoing the benchmarks of the older Show HN, would look…
2023 · github.com · its alternatives →
7AS
Accelerating SHA256 by 100x in Golang on ARM▲156
2016 · blog.minio.io · its alternatives →
8
(bits) of a Libc, Optimized for Wasm▲78
I make a no-CGO Go SQLite driver, by compiling the amalgamation to Wasm, then loading the result with wazero (a CGO-free Wasm runtime). To compile SQLite, I use wasi-sdk, which uses wasi-libc, which is based on musl. It's been said that musl is slow(er than glibc), which is true, to a point. musl uses SWAR on a size_t to implement various functions in string.h. This is fine, except size_t is just 32-bit on Wasm. I found that implementing a few of those functions with Wasm SIMD128 can make them go around 4x faster. Other functions don't even use SWAR; redoing those can make them 16x faster.…
2025 · github.com · its alternatives →
9
80% faster, 50% less memory, 0% loss of accuracy Llama finetuning▲385
Hi HN! I'm just sharing a project I've been working on during the LLM Efficiency Challenge - you can now finetune Llama with QLoRA 5x faster than Huggingface's original implementation on your own local GPU. Some highlights: 1. Manual autograd engine - hand derived backprop steps. 2. QLoRA / LoRA 80% faster, 50% less memory. 3. All kernels written in OpenAI's Triton language. 4. 0% loss in accuracy - no approximation methods - all exact. 5. No change of hardware necessary. Supports NVIDIA GPUs since 2018+. CUDA 7.5+. 6. Flash Attention support via Xformers. 7. Supports 4bit and 16bit…
2023 · github.com · its alternatives →
10
Minimax – A Compressed-First, Microcoded RISC-V CPU▲171
RISC-V's compressed instruction (RVC) extension is intended as an add-on to the regular, 32-bit instruction set, not a replacement or competitor. Its designers intended RVC instructions to be expanded into regular 32-bit RV32I equivalents via a pre-decoder. What happens if we explicitly architect a RISC-V CPU to execute RVC instructions, and "mop up" any RV32I instructions that aren't convenient via a microcode layer? What architectural optimizations are unlocked as a result? "Minimax" is an experimental RISC-V implementation intended to establish if an RVC-optimized CPU is, in practice, any…
2022 · github.com · its alternatives →
11
LoopMix128 – Fast C PRNG (.46ns), 2^128 Period, BigCrush/PractRand Pass▲76
LoopMix128 is a fast C PRNG I wrote for non-cryptographic tasks. GitHub (MIT): https://github.com/danielcota/LoopMix128 Highlights: * ~0.37 ns/value (GCC 11.4, -O3 -march=native), 98% faster than xoroshiro128++ and PCG64. * Passes TestU01 BigCrush & PractRand (32TB). * Guaranteed 2^128 period. * Proven injective (192-bit state) via Z3 SMT solver; allows parallel streams. * Core requires only stdint.h. Seeking feedback on design, use cases, or further testing.
2025 · github.com · its alternatives →
12
Prometeo – a Python-to-C transpiler for high-performance computing▲166
An experimental Python-to-C transpiler and domain specific language for embedded high-performance computing - zanellia/prometeo
2021 · github.com · its alternatives →
13
GPT‑5.3‑Codex‑Spark▲277
An ultra-fast model for real-time coding in Codex
Feb 2026 · openai.com · its alternatives →
14
Faster UTF-8 validator▲122
A very fast library for validating UTF-8 using AVX2/SSE4 instructions - zwegner/faster-utf8-validator
2019 · github.com · its alternatives →
15
Assembly to C code Decompiler▲98
2016 · decompiler.org · its alternatives →
16
Forkrun – NUMA-aware shell parallelizer (50×–400× faster than parallel)▲151
forkrun is the culmination of a 10-year-long journey focused on "how to make shell parallelization fast". What started as a standard "fork jobs in a loop" has turned into a lock-free, CAS-retry-loop-free, SIMD-accelerated, self-tuning, NUMA aware shell-based stream parallelization engine that is (mostly) a drop-in replacement for xargs -P and GNU parallel. On my 14-core/28-thread i9-7940x, forkrun achieves: * 200,000+ batch dispatches/sec (vs ~500 for GNU Parallel) * ~95–99% CPU utilization across all 28 logical cores, even when the workload is non-existant (bash no-ops / `:`)…
Mar 2026 · github.com · its alternatives →
17
Accelerate SHA256 Computations in Go Using AVX512 instructions▲74
Accelerate SHA256 computations in pure Go using AVX512, SHA Extensions for x86 and ARM64 for ARM. On AVX512 it provides an up to 8x improvement (over 3 GB/s per core). SHA Extensions give a performance boost of close to 4x over native. - minio/sha256-simd
2017 · github.com · its alternatives →
18
Xcc700: Self-hosting mini C compiler for ESP32 (Xtensa) in 700 lines▲154
Repo: https://github.com/valdanylchuk/xcc700 Hi Everyone! I just wrote my first compiler! - single pass, recursive descent, direct emission - generates REL ELF binaries, runnable using ESP-IDF elf_loader - very basic features only, just enough for self-hosting - treats the Xtensa CPU as a stack machine for simplicity, no register allocation / window usage - compilable on Mac, probably also Linux, can cross-compile for esp32 there - wrote for fun / cyberdeck project Sample output from esp32: xcc700.elf xcc700.c -o /d/cc.elf [ xcc700 ] BUILD COMPLETED >…
Dec 2025 · github.com · its alternatives →
19
Thread-Parallel Decompression and Random Access to Gzip Files (Pragzip)▲15
Hello HN, I'm very excited to have finished a gzip decoder that can speed up decompression using threads. On my Ryzen 3900X, I measured a 8x speedup over standard gzip, reaching 1.6 GB/s for a synthetic file with a consistent compression ratio of 1.3. A functional decompressor like this is kind of a first, that's why I am excited. Pragzip implements the two-staged decompression idea put forward with pugz, which unfortunately only works with gzipped text files not arbitrary files and has many more limitations. I think my main contribution over pugz might be a fast (~10 MB/s)…
2022 · github.com · its alternatives →
20OA
Overfitted a 900KB Transformer to Compress a 100MB CSV into 7MB▲112
I built an experiment that uses an overfitted transformer and arithmetic coding to compress individual files. Instead of training the model to generalize, I train a 900KB transformer to memorize a single file and predict the next byte. Those predictions are fed into an arithmetic coder to produce the compressed output. On a 100MB NYC taxi CSV, it compresses to about 7MB (~0.5 bits/byte). On a 100MB slice of enwik9, it compresses to about 21MB (~1.68 bits/byte). It's pretty slow right now (roughly 20–30 minutes of training and 45 minutes each for compression and decompression on my…
Jun 2026 · its alternatives →
21
A Fast, Malloc-Free C++14 Json Parser and Encoder▲98
Meta programming utilities for C++14. Merged in matt-42/lithium - matt-42/iod
2014 · github.com · its alternatives →
22
Wafer Pass▲116
Hi HN, I’m Emilio. We’re launching the Wafer extension for the popular IDEs (VS Code, Cursor and Antigravity). Wafer exists to make performance engineers more efficient. Most of the work perf engs do is extracting signal and turning it into the next experiment. You spend hours per kernel doing interpretation and bookkeeping: which counters matter, what changed, what hypothesis you’re testing, what to try next. Wafer is building an environment where profiling, compiler analysis, and docs are first-class context in your workflow, so iteration is cheap. long-term, that same structured context…
Apr 2026 · wafer.ai · its alternatives →
23AT
A tiny LLM running at 21,000 tok/s on a $250 FPGA (Live Demo)▲79
A 3.16M-parameter INT4 transformer running entirely in the on-chip memory of a Xilinx Kria KV260. Zero DRAM in the token loop, 59,965 tok/s on the fabric, bit-exact. Chat with it live.
Aug 2026 · mikeayles.com · its alternatives →
24HO
Header-only GIF decoder in pure C – no malloc, easy to use▲47
I built a lightweight GIF decoder in pure C, ideal for embedded or performance-critical environments. It’s header-only, zero dynamic memory allocations, and fully platform-independent. Supports both static and animated GIFs, with turbo and safe decoding modes. Works great on microcontrollers, IoT devices, and anything with a framebuffer. Would love feedback or ideas where this could be useful. Github: https://github.com/Ferki-git-creator/TurboStitchGIF-HeaderOn...
2025 · its alternatives →

Also compare

Ranked by how close each launch is in meaning, then by votes. Prices were read from each product’s own site when checked and can change. Refine with your own description →