工具与资源github.com
Bzip3：BZip2 的精神继任者
Bzip3: A spiritual successor to BZip2
2022 — 2025，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
这个页面是 bzip3 的 GitHub 仓库，作者将其定位为 BZip2 的精神续作，并保留了 bzip2 的核心 Burrows-Wheeler 变换。评论区主要质疑它为何没有与 zstd/xz 做基准对比、解压速度是否够用，以及沿用 bzip 名字是否合适。
为什么经久不衰：它把经典的 BWT 压缩带到现代实现中，也集中呈现了压缩格式在压缩率、解压速度与命名传承上的取舍，今天仍值得一读。
HN 评论精选
质疑基准未对比 zstd/xz，卖点不清晰。
基准测试没有和 zstd 比较，这有点可疑。我不太清楚它的卖点是什么。“比 bzip2 更好”并不是有说服力的推销，因为 bzip2 如今主要是历史意义。现在现代压缩领域基本由 xz（看重最高压缩率）和 zstd（要不错压缩率和很好速度）覆盖，所以有人推销新压缩格式时应该告诉我它相对这些处于什么位置。
hannob查看英文原文
It seems somewhat suspicious that the benchmarks don't compare to zstd. It's not entirely clear to me what the selling point is. "Better than bzip2" isn't exactly a convincing sales pitch given bzip2 is mostly of historic interest these days. Right now the modern compression field is basically covered by xz (if you mostly care about best compression ratio) and zstd (if you want decent compression and very good speed), so when someone wants to pitch a new compression they should tell me where it stands compared to those.
解压速度是采用障碍，并对沿用 bzip 名字有保留。
看起来有意思，但我对普遍采用的主要反对理由和 bzip2、lzma、基于上下文建模的编解码器一样——解压速度。比如压缩日志，每核 23MB/s 的解压速度太慢，当你需要 grep 几 GB 数据时。数据分析同理，分析几 GB 数据时不想输入速度这么受限。对于“盗用” bzip 名字我也心情复杂。虽然 bzip2 作者似乎不打算发布后续，但我觉得这样接管一个名字不太好。
klauspost查看英文原文
Looks interesting, but my main objections to general adoption the same as bzip2, lzma and context modelling based codecs - decompression speed. Compressing logs for instance, decompression speed of 23MB/s per core, is simply too slow when you need to grep through gigabytes of data. Same for data analysis, you don't want your input speed to be this limited when analysing gigabytes of data. I am not sure how I feel about you "stealing" the bzip name. While the author of bzip2 doesn't seem to plan to release a follow-up, I feel it is bad manner to take over a name like this.
追求速度可选 lz4。
如果有人只在乎速度而不在乎压缩率，我推荐 lz4。我最近才开始用，它的速度几乎和 memcpy 相当。
lynguist查看英文原文
If anyone just cares for speed instead of compression I’d recommend lz4 [1]. I only recently started using it. Its speed is almost comparable to memcpy. [1] https://github.com/lz4/lz4
BWT 很有研究价值，Bzip3 延续了它。
Burrows-Wheeler 变换是 bzip2 相对 gzip 的主要创新，bzip3 保留了它，这是最值得研究的算法之一。它最近没被常用是因为计算开销，但很有意思，我很高兴这个领域还有工作。对算法感兴趣的人，这是很值得弄懂的一个。
pcwalton查看英文原文
The Burrows-Wheeler transform, which was the main innovation of bzip2 over gzip, and which this bzip3 retains, is one of the most fascinating algorithms to study: https://en.wikipedia.org/wiki/Burrows-Wheeler_transform It hasn't been used lately because of the computational overhead, but it's interesting and I'm glad that there's still work in this area. For anyone interested in algorithms it's a great one to wrap your head around.
历次讨论
同类还值得读
直接在浏览器中启动 Linux 内核
Boot a linux kernel right inside your browser.
Fabrice Bellard 的 JSLinux 页面，用 JavaScript 在浏览器里启动一个 Linux 内核，并提供一个可交互的终端环境。
工具与资源上首页 5 次 · 2011–2025bellard.orgHacker News 未公开功能与行为清单（2018）
A List of Hacker News's Undocumented Features and Behaviors (2018)
数据科学家 Max Woolf 整理的 Hacker News 未公开功能与行为清单，涵盖投票机制、排名算法、账号惩罚等社区运作细节。
工具与资源上首页 5 次 · 2019–2025github.comMapSCII：在终端中用盲文和 ASCII 渲染地图
MapSCII – Braille and ASCII map renderer for the console
MapSCII 是一个在命令行终端里渲染地图的开源工具，用盲文字符和 ASCII 字符把地理数据画成可交互浏览的字符地图。
工具与资源上首页 5 次 · 2017–2025github.com顶尖大学的免费在线课程
Free Online Courses from Top Universities
Open Culture 整理的一份免费在线课程合集，汇集了全球顶尖大学（如 MIT、斯坦福、耶鲁等）向公众开放的网络课程资源，涵盖音频、视频等多种形式。
工具与资源上首页 5 次 · 2010–2022openculture.com淘气字符串：容易引发用户输入问题的字符串清单
Naughty Strings: A list of strings likely to cause issues as user-input data
一个 GitHub 仓库，收录了大量容易让程序出问题的用户输入字符串，如特殊字符、emoji、SQL 注入片段、系统命令等，供开发者用于测试输入处理逻辑。
工具与资源上首页 4 次 · 2015–2020github.com