21 点 47 分，我对着三块屏做了一次同步计时
左手秒表，右手录屏，中间那块屏停在结果页。三次刷新之间我各等了 4 秒，前两次的差值分别是 340 毫秒和 610 毫秒，这个波动比我想象中大。
实测
陈默那份 6 月 30 日的对照表，我重新核了一遍
他手写了 47 行时间戳，夹在《数字呈现的秩序》的扉页里。我拿其中 9 行跟自己的记录对，有 7 行能对上，对不上的两行差在整秒进位。
核对页面首屏加载 1.28 秒，但结果块是后到的
用浏览器自带面板看了三次，HTML 首屏 1.28 秒，而结果那块是在第 2.1 秒左右才撑开高度的。也就是说，"看起来好了"和"数据到了"差了近一秒。
性能《数字呈现的秩序》第 112 页给了我一个反例
作者写"延迟可控，但读者的耐心不可控"，我在旁边画了个问号。可控这个词太乐观了，至少我昨晚那两次 600 毫秒的抖动，就没被页面预算覆盖进去。
阅读
老周在旺角那家茶餐厅说了一句我记到现在的话
他把手机推过来，说"你看这个刷新按钮，比结果本身还显眼"。那是 7 月 5 日下午 3 点 20 分，我点了一杯冻柠茶，记下了这句话，也记下了他推手机的动作。
访谈关于"最快"，我倾向于把它理解成一个动词
把它当形容词会陷入无休止的比快，把它当动词——追求最快的这个动作——就好理解多了。页面真正在做的，是把这个动作具体化为一次可见的刷新。
观点49 图库那套资料结构，被我借来做了对照
顺手翻了下别的资料站，发现它们的索引密度比这类结果页高两倍。这跟机器无关，是作者愿不愿意多写一个坐标。相关下载入口可参考下载49图库图片。
对照8 月 2 日那个"边缘采样"的说法，我暂时保留意见
他说只要采边缘样本就能估出整体延迟，我在纸上算了两遍，觉得样本偏差会吃掉一半结论。这条先记着，等我攒够 30 组数据再回来算。
待证一个被忽略的细节：结果块的字号是 13.5px
我量了三次，结果是 13.5px，不是常见的 14。这种半像素的设定在紧凑版式里很常见，它会让数字在视觉上更"贴"，但也更容易在小屏上显得拥挤。
细节关于我
我是江晚，做数据呈现与页面结构的研究，平时写长文，也做实测。这个站是我的田野笔记本，不是媒体，更像是把当天的观察一条条钉在墙上。
我在 2024 年底开始记录各类结果页的呈现方式，起因是一次访谈里有人问我"到底多快才算快"，我答不上来，于是拿秒表开始记账，一记就是一年半。
我为什么做这个站？因为多数人只看结论，而我想留下过程——包括那些看起来没意义的毫秒差。如果你从别的渠道过来，可先读49图库资料查询教程，那里有我整理索引的笨办法。
“
延迟是可以被调优的，但读者的耐心不可以——所以你要么在 2 秒内出现，要么就别出现。
——陈默，《数字呈现的秩序》第 112 页，2025 年 3 月第二版
我顺手标注的几处入口，仅供对照阅读
如果你也在做类似记录，下面几处是我最近翻过的页面，按我先后的阅读顺序列出：允许qq浏览器打开应用、澳门正版传真、669733.cm浏览器、安卓版49图库下载、新奥门特马，以及最后这条我一直没读完的49图库资料库免费打开49图库app新版新增功能。它们不是我推荐的内容，只是我读过的东西，请自行判断。