嗨，HN！<p>出于好奇，您见过的最好的博客用户界面是什么样的？
返回首页
最新
是的，只是一个测试。
作者在此。OxiMedia 是一个在纯 Rust 中对 FFmpeg 和 OpenCV 的清洁室重构。版本 0.1.0，包含 92 个 crate，约 136 万行代码。
关键决策：全工作区禁用不安全代码 `#![forbid(unsafe_code)]`，仅使用无专利的编解码器（AV1/VP9/Opus/FLAC——绝不使用 H.264/H.265/AAC），基于 Tokio 的异步处理，默认特性中无 C/Fortran 依赖，原生 WASM 目标。
这是版本 0.1.0——API 已稳定，但尚未经过大规模的实战测试。与 FFmpeg/rav1e/dav1d 的性能基准测试即将发布。
欢迎对 API 设计提供反馈，特别是关于滤镜图和转码管道的部分。
GitHub: [https://github.com/cool-japan/oximedia](https://github.com/cool-japan/oximedia)
YAML 在生产环境中总是让人感到惊讶。挪威问题（`NO` 被解析为 `False`）。静默的重复键覆盖。该规范有 211 种语法规则。大部分复杂性存在是为了支持一些在配置文件中没人想要的特性。
GYML 是 YAML 的一个严格子集。有效的 GYML 始终是有效的 YAML。它保留了块缩进语法，并结合了 JSON 的类型语义：每种类型都有一种拼写，没有锚点、别名和标签，重复键会导致严重错误。它是一个从头开始的解析器，没有运行时依赖，完全使用类型化的 Python。
<a href="https://github.com/janbjorge/gyml" rel="nofollow">https://github.com/janbjorge/gyml</a>
我构建了 warp_cache，这是一个线程安全的 Python 缓存装饰器，基于 Rust 扩展（PyO3）。它被设计为 functools.lru_cache 的直接替代品。
主要特点：
- 使用 SIEVE 驱逐算法（NSDI'24）而非 LRU——抗扫描，实际工作负载下缓存未命中的次数减少了多达 21.6%
- 整个缓存查找在单个 Rust __call__ 中完成——没有 Python 包装器的开销
- 开箱即用的线程安全：在 GIL 下使用 GilCell，在自由线程的 Python（3.13+）下使用分片的 RwLock
- 通过 mmap 实现跨进程共享内存后端（跨进程每秒 9.7M 次操作）
- 单线程性能为每秒 16–23M 次操作，比 cachetools 快 25 倍，比在多线程负载下的 lru_cache + Lock 快 1.6 倍
从 lru_cache 迁移只需一行代码：
```python
-from functools import lru_cache
+from warp_cache import cache
-@lru_cache(maxsize=128)
+@cache(max_size=128)
```
基准测试和驱逐质量比较可以在代码库中找到。