系统与基础设施github.com
Pingfs：将数据存储为 ICMP Echo 数据包的文件系统
Pingfs: A filesystem where data is stored as ICMP Echo packets (2016)
2015 — 2025，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
pingfs 是一个实验性玩具项目：把文件数据不存磁盘，而是封装在 ICMP Echo（ping）包里，让数据在网络中来回“回声”般循环，从而实现“存在网络里”的文件系统。项目在 GitHub 上开源，代码用 C 实现，作者称灵感来自和朋友闲聊的奇思妙想。
为什么经久不衰：它把“数据到底存在哪里”这个抽象问题变成了一个荒诞而具体的实现，兼具娱乐性和对网络、存储底层机制的教学价值，因此十年来反复登上 HN 首页。
HN 评论精选
指出数据实际存储在沿途路由器的缓冲内存中，并联系 bufferbloat 问题分析其影响
严格来说，数据并不是存在“网络”里，而是存在数据包路径上路由器和交换机的缓冲内存里。所以它实际上是把存储成本外部化给了网络运营商。这还和“缓冲区膨胀”（Bufferbloat）问题有关：网络设备缓冲区太大会导致 TCP 延迟和超时。pingfs 会占用设备缓冲区，这可能是好事（减少可用缓冲），也可能促使运营商加大缓冲。我不确定这条评论有多少是认真的。
teddyh查看英文原文
Technically, the data is not stored in the network, but in the buffer memory of the routers (and switches) in the path of the packets. So what this is really doing is externalizing the cost of storage to the network providers. There is a problem called “Buffer bloat”¹ which is that many manufacturers of networking equipment provide too much buffer memory, which leads to TCP latency and timeouts, since TCP was not designed with these large buffers in mind. Using Pingfs will take up buffer space in networking equipment. This could either be a good thing, since it decreases the available buffer space, or it might be a bad thing since it might make networking providers increase their buffers. I’m not sure how much of this comment is serious. ① http://www.bufferbloat.net/
梳理了读取路径的实现流程，展示数据如何在网络中循环
快速看了一下整体流程，只看了读路径：文件系统收到读请求后阻塞在信号量上；网络线程收到包含数据的 ICMP 回复时唤醒信号量；文件系统线程把数据拷贝到新缓冲区作为系统调用返回；然后把数据块交还给网络线程，由它通过 ICMP 把数据发回网络继续回声，并释放内存缓冲区。真够傻的 :)
chillaxtian查看英文原文
Just had a quick look to see the general flow. Only looked at the read path, which is roughly: * filesystem receives read * blocks on a semaphore (https://github.com/yarrick/pingfs/blob/master/chunk.c#L141) * network thread wakes up semaphore when ICMP reply containing data is received * filesystem thread copies data into new buffer to return from syscall * filesystem relinquishes chunk back to network thread, which wakes up, sends it back to be echoed on the network via ICMP, and frees the in-memory buffer (https://github.com/yarrick/pingfs/blob/master/chunk.c#L107) How silly :)
类比早期的延迟线存储器，指出“用回声存数据”是老想法的新演绎
这让我想起了延迟线存储器——把信息存在声音的回声里。LEO 计算机曾用长长的水银管做这个，我可不想在那间办公室工作。
robin_reala查看英文原文
This reminds me of delay line memory, storing information in the echo of a sound: https://en.wikipedia.org/wiki/Delay_line_memory . LEO had long tubes of mercury for this, not sure I would have wanted to work in that office.
赞赏创意的同时指出如果普及会 saturate 网络并产生高昂流量成本
这确实疯狂又酷。不过如果大家都用它，会把所在网络塞满，而且你基本上是在不停来回弹一大堆数据，很好奇这会对流量成本有什么影响。听起来很贵。依然疯狂地酷。
rburhum查看英文原文
This is crazy cool. Nevertheless, if everyone used it, we would saturate whatever network we are using and I am curious what it would do to traffic costs since you are basically bouncing around a whole bunch of data back and forth. Sounds expensive. Still crazy cool.
历次讨论
同类还值得读
TTY 揭秘（2008）
The TTY demystified (2008)
经典文章深入剖析了 Unix/Linux 中 TTY 子系统的工作原理，包括线路规程、终端驱动、信号与控制字符等机制。
系统与基础设施上首页 11 次 · 2009–2025linusakesson.net编辑精选为什么 GNU grep 这么快
Why GNU grep is Fast
FreeBSD 邮件列表上一篇广为流传的帖子，解释 GNU grep 为什么快：核心在于 Boyer-Moore 字符串搜索算法配合精心优化的内部循环和 I/O，让程序在搜索时“…
系统与基础设施上首页 9 次 · 2010–2022lists.freebsd.orgXplain：为普通人讲解 X11
Xplain – Explaining X11 for the rest of us
《Xplain》是作者（HN 用户 Jasper_）写的一系列 X11 长文，用他在浏览器中重建的 X11 绘图模型做交互演示，讲解 X11 的绘图模型与窗口系统设计。
系统与基础设施上首页 6 次 · 2013–2020magcius.github.io编辑精选旋风教程：为 Linux 创建极小 ELF 可执行文件（1999）
A Whirlwind Tutorial on Creating Really Teensy ELF Executables for Linux (1999)
breadbox 写于 1999 年的经典教程，主题是如何为 Linux 手工构造并裁剪出体积极小的 ELF 可执行文件。
系统与基础设施上首页 6 次 · 2007–2025muppetlabs.comPostgreSQL 内部原理
The internals of PostgreSQL
《The Internals of PostgreSQL》是一本免费在线书籍，系统讲解 PostgreSQL 的内部实现，包括查询处理、并发控制、WAL、缓冲区管理等核心机制。
系统与基础设施上首页 5 次 · 2017–2025interdb.jp编辑精选