est

@1423
@LoliconInside
@iceheart

不是 bbr 的问题。是 wifi 没了。。 哈哈。。。。。

fuse 能抗 wifi 中断吗。。？

@MoYi123 原理大家都懂，就是想要现成的嘛。。。
@Cusmate 是个办法 。smb 其实就是已经 mount 了。

@n43635 远端 100G 传输到本地解压软件，解压软件写文件夹。本地不需要额外的 100G 存储空间，直接拿到解压完毕的文件夹。这样说清楚没。

如果在 NAS 上解压，那么 NAS 上需要付出额外的存储成本+传输效率不如.zip 直接读取快

如果在本地解压，本地 256G 无法存下 100G.zip 和解压完成的文件夹

但是理论上解压软件可以在读取 NAS 失败的时候一直重试，而不是粗暴的退出。

@MoYi123

远端 NAS 上 100G.zip 解压到 本地 256G 硬盘上的文件夹。

有在国内的。被抓还被当成典型

@mikewang

> 会面临一个版本问题：我重新读的文件还是原来那个吗？有没有被修改过？这些应用都不能判断。

可以给用户两个选择嘛：

1. 照原来的路径再试试
2. 放弃

这样可以节省大量时间。否则之前的解压都（几乎）白费力气了

啊。希望有网页版。

@kome 就是希望有软件能自动化支持这部分操作

@NoOneNoBody 真没折腾出来。哈。broken pipe 之后一般软件都退了。
其实二楼已经说得很明白了。我这里需要 句柄失效之后能优雅重试的解压软件。

smb 是支持 seek 的，理论上你弄一个 while true 死循环一直去重试打开这个 .zip 解压是可以解决网络中断 smb 失效问题的。

@mikewang 我猜网络不断，但是解压的文件读写操作会异常。
@pxiphx891 broken pipe 毫无悬念
@zsh2517 传输大文件快，大量小文件非常慢的。但是压缩文件肯定是传输最快的。
@MacsedProtoss 的确没表达清楚。远端先解压，再传输原始文件，很慢；解压远端.zip 文件效率更高。
@zsh2517 当然能部分解压，但是不知道是不是所有文件都正确解压了。选“覆盖” 浪费时间，选“跳过” 会不会把解压一半的文件搞坏？
@loveyu 用硬盘拷能解决单次问题，但是这里想解决以后重复出现的问题嘛
@kujou 的确需要升级网络和 NAS 了。但是希望软件能更 robust