权重下完，八十多GB躺在盘上，你把路径填进启动命令，回车，然后等。
15分36秒。同一份文件放本机NVMe，冷读18.3秒——差51倍，盘没坏，网没断，命令一个字没改。知乎
不是NAS的盘慢，是那条千兆线满了
知乎作者丘山录把“路径填哪”这一段单独量了一遍。同一个文件，105,368,210,944字节，本机最快那块NVMe顺序读5762.4MB/s，走NAS跑满只有112.59MB/s。
千兆的理论带宽就是125MB/s，实际传输通常停在110MB/s左右。这不是他家NAS的问题，是这条线的物理天花板。知乎小红书
更反直觉的是，加线程没用。两路就到顶，四路八路一点都不再涨，唯一的效果是把每路从56MB/s摊薄到14MB/s。总带宽纹丝不动，单个请求还更慢了。知乎
所以换NAS型号、换硬盘、加SSD缓存，都改不了112.59这个数。要改的是链路，不是设备。
顺手说个更狠的：测速会骗你
他第一版偷懒用普通缓冲读，测出单流104.71MB/s、双流211.47MB/s、四流223.17MB/s。千兆线物理上限125MB/s，211比125还高，物理不可能。那不是网速，是Windows客户端缓存在替他读。知乎
这条判据可以直接抄走：在NAS上测带宽，只要读数超过链路物理上限，读到的就是本地缓存，不是网络。改用绕过系统缓冲的方式、8MB块重测，才得到112.59。知乎
为什么这次“随便放”不行了
你以前下的GGUF，一个文件就是整个模型，放哪都行，最多影响一次加载速度。
这周刚开源的Edge0-145B不是。它把权重按热度劈成三层：热专家留显存，冷专家放系统内存，再冷的压到硬盘按需读上来。知乎
48层、每层512个专家、每次路由10个，仓库里也对得上：40.08GB的专家池，加一个51.2GB的词表文件，官方默认这个词表从硬盘直读、不进内存。知乎
这套设计的前提是本地SSD，项目方写得很明白：SSD速度、文件缓存命中率、专家复用模式和系统内存压力都会影响最终吞吐。它的预路由组件提前猜下一个token要用哪些专家，把读盘等待藏进GPU计算的时间里——在本地NVMe上，一次缺页到数据真正可用之间的SSD等待大概是5到15毫秒，藏得住。知乎知乎
放到千兆线后面就藏不住了。官方在RTX 5090 D上给的对话输出是每秒79.6个token。每个token只有12.5毫秒预算，按最坏情况反算，40.08GB的专家库整块取一次要357秒，折0.0028 tok/s。知乎知乎
本地NVMe上你只要99.82%的命中率就能撑住80 tok/s。NAS那条路需要100%命中——而100%命中意味着一次都不读盘。那你把它放NAS干什么。知乎
这个数得打个折看
丘山录自己在文末写明了：Edge0-145B本体他没跑起来，98GB走公网8路要39.5分钟当天没下完，全文没有任何实测tok/s和显存占用；命中率是按“全miss上限”反算的边界值，不是实测。他的机器只协商到千兆，2.5G、10G、SMB多通道、NFS都没测。知乎
但“链路满了”这个结论只证到千兆这一档，已经够硬——因为112.59是跑满线速的数。2.5G实测能到280~300MB/s，比千兆翻两倍多，离全量流式读需要的3206GB/s还差着好几个数量级。知乎
钱该花在哪
先查协商速率，这一步不花钱。很多“NAS慢”其实是掉到百兆了：11MB/s折算约88~100Mbps，正好落在百兆协商速率区间。查法是在PC端看网卡协商速率，Windows在网卡状态里看速度，Linux敲ethtool。小红书知乎
然后分清仓库和工作盘。备份、影音、冷数据归NAS；每个token都要碰的权重、正在剪的素材、跑着的虚拟机镜像，归本地盘。
加本地盘通常比升链路便宜。丘山录的账：一块2TB企业级NVMe一千出头，千兆升2.5G要换交换机加网卡、两千块起，而这98GB只占2TB的5%。价格别照抄，存储器已经涨了一年多，TrendForce预估第四季Client SSD合约价季增幅还在5%以内，下单前现算。知乎知乎
真要升链路，得整条对齐。2.5G交换机是百元级的事，但只要链路上有一环还是千兆，自动协商就把全程拉回千兆。知乎小红书
升到万兆那一档是1250MB/s，同样一个100GB文件只要80秒级。小红书
下载权重也别认死一个镜像源：同一个文件同一天，一个源给他94KB/s，另一个单流21.2MB/s，差225倍。而8路并行只有单流的2.1倍，不是8倍，按8倍排期会差近四倍。知乎
NAS最贵的从来不是容量，是那条线。你省下一块盘的钱，代价是每次重启多等15分18秒——一天三次，一个月23小时。这23小时换一千块，时薪43块。
