Chiphell - 分享与交流用户体验

标题: 各位大佬我这NAS还有救吗速度太慢了 2G需要4小时怎么优化 [打印本页]

作者: 0cjousc2 时间: 2025-6-23 22:22
标题: 各位大佬我这NAS还有救吗速度太慢了 2G需要4小时怎么优化
各位大佬我这NAS还有救吗速度太慢了怎么优化

NAS本身的配置如下

处理器：E3-1265L V2
主板：B75M
内存：8G DDR3
存储：M2 PE6110 960G (缓存) + SAS 2.5寸 1.2T x 4 (磁盘阵列)
网络：10G光

电脑配置

处理器：7900x
主板：TUF B650M
内存：32G DDR5
存储：M2 P44 2T + 机械1T
网络：10G光

为何从电脑的机械拷贝文件到NAS的缓存中速度非常慢是局域网10G光纤 (打流速度正常)

(, 下载次数: 0)

如图 2G文件夹需要4小时不过基本是小文件但是不应这么慢啊同步是使用FreeFileSync (用smb文件夹直接操作更慢)

求解各位大佬有什么排查方向

作者: HappyTime 时间: 2025-6-23 22:24
是不是现在光网卡太热了

不然你这个都应该秒过的啊
还有是不是光纤哪里有问题

作者: 0cjousc2 时间: 2025-6-23 22:27
(, 下载次数: 0)

都是小文件呢我也大概了解了一下说是需要创建文件上传文件等等所以比较慢都是通过网络的

另外是从机械盘读取的这个读取速度也不能满速100M 也就几百K的速度在任务管理器看到的机械盘速度

作者: 0cjousc2 时间: 2025-6-23 22:27

HappyTime 发表于 2025-6-23 22:24
是不是现在光网卡太热了
不然你这个都应该秒过的啊
还有是不是光纤哪里有问题 ...

光纤网卡都加了8015的风扇对着吹呢摸一下不是很热

作者: 0cjousc2 时间: 2025-6-23 22:28
拷贝一些文件夹等了我2小时都没结束真的是邪门了我已经拷贝了2小时了。。太痛苦
请大佬们支招

作者: 鱼鱼鱼1 时间: 2025-6-23 22:30

0cjousc2 发表于 2025-6-23 22:28
拷贝一些文件夹等了我2小时都没结束真的是邪门了我已经拷贝了2小时了。。太痛苦
请大佬们支招 ...

你不能打个tar包再传吗？零碎文件本来就慢。

作者: 0cjousc2 时间: 2025-6-23 22:39

鱼鱼鱼1 发表于 2025-6-23 22:30
你不能打个tar包再传吗？零碎文件本来就慢。

谢谢这种文件夹有 800G 全部打tar吗常规操作么
还有其他办法吗真的是慢的不得了有其他解法吗

作者: 鱼鱼鱼1 时间: 2025-6-23 22:44

0cjousc2 发表于 2025-6-23 22:39
谢谢这种文件夹有 800G 全部打tar吗常规操作么
还有其他办法吗真的是慢的不得了有其他解法吗 ...

800G的小文件？那我直接做镜像了，然后去恢复了。

作者: 0cjousc2 时间: 2025-6-23 22:45

鱼鱼鱼1 发表于 2025-6-23 22:44
800G的小文件？那我直接做镜像了，然后去恢复了。

镜像怎么弄啊挂到nas中操作吗
我得nas是unraid那个盘是xfs的格式
这个800g小文件是在windows下使用的我想备份到nas中

作者: 131CC6A 时间: 2025-6-23 22:46
我看你图上已处理的2g里就有8w多个小文件...传输零碎小文件本身就会比较慢
如果你的文件是放在机械里向NAS进行传输会更慢大部分时间会花在寻道和校验上
这种只能打包传然后NAS端慢慢解压

作者: YsHaNg 时间: 2025-6-23 22:56

0cjousc2 发表于 2025-6-23 14:45
镜像怎么弄啊挂到nas中操作吗
我得nas是unraid那个盘是xfs的格式
这个800g小文件是在windows下使用的我 ...

rsync后台慢慢传你管他的呢 unraid用这个就好 https://hub.docker.com/r/windix/docker-rsyncd
命令用rsync -avx

作者: 0cjousc2 时间: 2025-6-23 23:03

YsHaNg 发表于 2025-6-23 22:56
rsync后台慢慢传你管他的呢 unraid用这个就好 https://hub.docker.com/r/windix/docker-rsyncd
命令用rs ...

这个是将windows共享给unraid吗然后在unraid中使用docker拷贝数据么

作者: 0cjousc2 时间: 2025-6-23 23:06

131CC6A 发表于 2025-6-23 22:46
我看你图上已处理的2g里就有8w多个小文件...传输零碎小文件本身就会比较慢
如果你的文件是放在机械里向NAS ...

是啊拷贝了好久好久想想还是发个帖子问问大佬们

真的是太慢了剩下的文件我会尝试用压缩之后再同步了

感觉主要是浪费在 smb 网络层面的文件创建文件打开文件关闭等等一系列操作上了
我win的电脑的硬盘只有几百K的速度
当我压缩文件的时候这个盘马上就满速的如果只是同步小文件这个速度上不来

瓶颈在网络或者nas那边了

作者: 0cjousc2 时间: 2025-6-23 23:10
(, 下载次数: 0)

变得更离谱了 800M 需要 22小时。。

作者: wangfenghun 时间: 2025-6-23 23:12
不如你先暂停。然后弄个10G左右的单个文件比如电影啥的，拉进NAS再拉出来，看看是不是硬盘或者阵列要挂了。。。

作者: 银月 时间: 2025-6-23 23:12
你这个别是古代sas过热了吧。。smb的小文件性能是差，但也不至于这么差

作者: Anderson997 时间: 2025-6-23 23:13

SAS 2.5寸 1.2T x 4 (磁盘阵列)

图啥？

作者: YsHaNg 时间: 2025-6-23 23:18

0cjousc2 发表于 2025-6-23 15:03
这个是将windows共享给unraid吗然后在unraid中使用docker拷贝数据么

unraid不是服务器吗？windows就是个客户端 server上起个rsync服务放着越轻量越好 rsync各种平台实现一大把 windows可以用posix rsync cygwin/wsl 也可以随便找个llm给你把`rsync -avx` 翻译成你平台对应的原生工具比如robocopy 然后放着慢慢同步去就好了
host path 1填你unraid上备份文件夹路径
(, 下载次数: 0)

还有一种方式就是你说的 Windows开smb 用unraid来同步挂载好目录装user scripts插件同样用rsync命令就可以这种只需要保证windows不睡眠管他多少小时

作者: jie3303 时间: 2025-6-24 00:43
小文件没办法，慢慢来。
我有几台群晖做同步，也都是小文件。十多年后，重组其中几台。第一次同步时有好几十万个小文件。好像要一两个月才同步完。

作者: jaycty 时间: 2025-6-24 00:50
你这NAS系统是不是有点问题或者存储池有点问题

作者: hbmask 时间: 2025-6-24 09:04
4K 效率低,,全固态没这问题

作者: cga_oliver 时间: 2025-6-24 09:22
除非光模块太热，这速度没啥问题，我前段时间手动拷贝了个midi（700MB）的文件夹（群晖12盘到飞牛5盘，全raid5，光纤万兆），系统显示要7天，文件夹里面有8w个左右文件。。。

用nas os自带的rar/zip/tar打包，传完后再解包是正确操作。

作者: 0cjousc2 时间: 2025-6-24 09:31

wangfenghun 发表于 2025-6-23 23:12
不如你先暂停。然后弄个10G左右的单个文件比如电影啥的，拉进NAS再拉出来，看看是不是硬盘或者阵列要挂了。 ...

之前拉过系统ISO文件几个G的很快呢基本都看不到进度条就结束了

作者: 0cjousc2 时间: 2025-6-24 09:32

银月发表于 2025-6-23 23:12
你这个别是古代sas过热了吧。。smb的小文件性能是差，但也不至于这么差

SAS盘4个都处于休眠状态哦温度也就40附近这个文件是同步到cache中的是固态的
感觉太慢了。。

作者: 0cjousc2 时间: 2025-6-24 09:33

Anderson997 发表于 2025-6-23 23:13
图啥？

SAS 盘 2.5寸确实容量太小了
还上了发热的阵列卡才能挂简直了。。
但是盘已经买了只能用起来了

作者: 0cjousc2 时间: 2025-6-24 09:34

YsHaNg 发表于 2025-6-23 23:18
unraid不是服务器吗？windows就是个客户端 server上起个rsync服务放着越轻量越好 rsync各种平台实现一大 ...

哦哦谢谢很详细有空我试试无人值守的方式
但是这个主机功耗不低呀 7900x 比较费电

作者: 0cjousc2 时间: 2025-6-24 09:35

jie3303 发表于 2025-6-24 00:43
小文件没办法，慢慢来。
我有几台群晖做同步，也都是小文件。十多年后，重组其中几台。第一次同步时有好几 ...

这么久吗那说明小文件smb就是这样的速度了么。。

作者: 0cjousc2 时间: 2025-6-24 09:36

jaycty 发表于 2025-6-24 00:50
你这NAS系统是不是有点问题或者存储池有点问题

我也是这么认为的有没有什么排除方向
直接到unraid的cache中是M2固态
走的万兆光

作者: 0cjousc2 时间: 2025-6-24 09:37

hbmask 发表于 2025-6-24 09:04
4K 效率低,,全固态没这问题

但是我的cache是固态呀是镁光的PE6110
数据是到cache中再mover到阵列还没开始mover呢

作者: 0cjousc2 时间: 2025-6-24 09:38

cga_oliver 发表于 2025-6-24 09:22
除非光模块太热，这速度没啥问题，我前段时间手动拷贝了个midi（700MB）的文件夹（群晖12盘到飞牛5盘，全ra ...

哦哦光模块温度不高的有风扇对着吹
摸起来不热

看来只能压缩之后再传输了真的是慢的离谱了。。

作者: Dolfin 时间: 2025-6-24 09:54
本帖最后由 Dolfin 于 2025-6-24 09:55 编辑

1.1.93GB 8万多个小文件，平均一个文件的大小20多KB。

2.SMB协议不适合做这个工作，可能会在文件名长度、特殊字符支持、unicode支持、隐藏文件、字符集转换等等地方出问题。我也是觉得拿rsync试试。

3.速度慢的情况，能出现问题的地方就是网络、存储、协议，可以逐一排查

4.怀疑是存储的问题的话，就FIO把两端的存储都测一下，BS=32KB，看看速度，看最慢的那个速度和你的实际传输性能是否相似

作者: Kud 时间: 2025-6-24 09:56
这种情况真不知道非要走网络图个啥，又不是异地传输说接触不到服务器那没辙。

都自己东西了，也就不到1t数据，直接拿个固态做中转复制粘贴不就完事了。

作者: 0cjousc2 时间: 2025-6-24 10:01

Dolfin 发表于 2025-6-24 09:54
1.1.93GB 8万多个小文件，平均一个文件的大小20多KB。

2.SMB协议不适合做这个工作，可能会在文件名长度、 ...

非常感谢：）

1. 确实从图形界面上显示的速度就是这个级别的

2. rsync在windows下不好找我找了freefilesync感觉于rsync差别不是很大回头我再尝试下rsync

3. 网络打流测试过不过nas上的存储没有测试过不知道unraid下有没有这种硬盘测速工具 windows下是机械盘速度也就100M但是跑不满只有几百K速度在这个场景下

4. 这个没有接触过难道就是在unraid下可以测试硬盘的软件吗

作者: 0cjousc2 时间: 2025-6-24 10:02

Kud 发表于 2025-6-24 09:56
这种情况真不知道非要走网络图个啥，又不是异地传输说接触不到服务器那没辙。

都自己东西了，也就不到1t数 ...

说得很有道理但是已经是NAS了还是希望方法统一一些

这些设备各有各的文件系统用盘中转也不好弄呀

作者: Dolfin 时间: 2025-6-24 10:14

0cjousc2 发表于 2025-6-24 10:01
非常感谢：）

1. 确实从图形界面上显示的速度就是这个级别的

回复3和4，

我感觉你对机械盘慢有预期，但是究竟有多慢，你不好判断，是本来就是慢，还是因为哪里有问题，所以这么慢。所以我觉得你可以测一下。

大致看了一下，你的情况是从Windows客户端上的机械磁盘读取，在Unraid的SSD上写入对吧？

你提的100MB/s是大文件顺序读取的速度，小文件会远小于这个，那么到底是多小，可能就需要你测一下。

最简单的方法，就是Windows安装CDM，选机械盘，测试块大小4KB / 32KB，看看读取速度

作者: Kud 时间: 2025-6-24 10:15

0cjousc2 发表于 2025-6-24 10:02
说得很有道理但是已经是NAS了还是希望方法统一一些

这些设备各有各的文件系统用盘中转也不好弄呀 ...

中转盘走USB硬盘盒就够了啊，服务器什么系统都不影响读取中转盘的文件系统，unraid装个插件就能挂载USB硬盘

作者: InuYasha 时间: 2025-6-24 10:19
先拷个大文件测一下，正常的话把小文件打包再传就行了，实在不行的话走iscsi

作者: ghwwx 时间: 2025-6-24 10:33
如果是小文件，确实非常非常的慢。

作者: zgpnhhy 时间: 2025-6-24 10:46
打流速度正常那就是正常，
其他的问题，例如，有没有用固态缓存，固态缓存是不是满了没写入。
用大文件试试，小文件肯定慢的。

作者: hbmask 时间: 2025-6-24 11:23

0cjousc2 发表于 2025-6-24 09:37
但是我的cache是固态呀是镁光的PE6110
数据是到cache中再mover到阵列还没开始mover呢 ...

你看看PE6110 随机4K多少吧,毕竟性能瓶颈在IO上.

作者: Jimmy_Qiu 时间: 2025-6-24 13:28
本帖最后由 Jimmy_Qiu 于 2025-6-24 13:32 编辑

我们从老设备，导入近30T的数据到新设备。全是4k左右的小文件。
传输+校验，最终差不多耗时俩月……

网络环境是40G直连，老设备这边只支持QSFP+，新设备这边其实支持QSFP28，然而毫无卵用，瓶颈根本不在网络。

作者: 0cjousc2 时间: 2025-6-24 13:34

Dolfin 发表于 2025-6-24 10:14
回复3和4，

我感觉你对机械盘慢有预期，但是究竟有多慢，你不好判断，是本来就是慢，还是因为哪里有问题 ...

好的谢谢很详细晚上我回去测试一下
除了这个速度之外就剩下网络的速度了以及小文件创建的这些耗时

作者: 0cjousc2 时间: 2025-6-24 13:35

Kud 发表于 2025-6-24 10:15
中转盘走USB硬盘盒就够了啊，服务器什么系统都不影响读取中转盘的文件系统，unraid装个插件就能挂载USB硬 ...

哦明白了就是用一个单独的盘来中转每个系统有自己的磁盘

作者: 0cjousc2 时间: 2025-6-24 13:36

InuYasha 发表于 2025-6-24 10:19
先拷个大文件测一下，正常的话把小文件打包再传就行了，实在不行的话走iscsi ...

嗯嗯大文件速度正常的小文件估计确实只能压缩之后在传了
ISCSI这个在网上看过几次有机会一定试试这个

作者: 0cjousc2 时间: 2025-6-24 13:37

zgpnhhy 发表于 2025-6-24 10:46
打流速度正常那就是正常，
其他的问题，例如，有没有用固态缓存，固态缓存是不是满了没写入。
用大文件试试 ...

嗯是的大文件正常
小文件慢的不行我比较关注的是这个小文件这样慢是正常的吗
瓶颈到底在哪里

作者: 0cjousc2 时间: 2025-6-24 13:39

hbmask 发表于 2025-6-24 11:23
你看看PE6110 随机4K多少吧,毕竟性能瓶颈在IO上.

在网上看别人测试的 PE6110的测试数据
4K Q8T1 在280M附近不过我的系统unraid下还不知道有没有什么软件可以测试
确实需要测试一下才知道真实情况感谢

作者: hbmask 时间: 2025-6-24 13:40

0cjousc2 发表于 2025-6-24 13:39
在网上看别人测试的 PE6110的测试数据
4K Q8T1 在280M附近不过我的系统unraid下还不知道有没有什么软件 ...

ATTO 能测试吧...写入4k

作者: 0cjousc2 时间: 2025-6-24 13:42

Jimmy_Qiu 发表于 2025-6-24 13:28
我们从老设备，导入近30T的数据到新设备。全是4k左右的小文件。
传输+校验，最终差不多耗时俩月……

哇这个好真实与我的感觉是一个级别的

我这也全是小文件全部是代码这种的各种sdk
备份一下太痛苦了

大佬有没有什么并行方式吗是否有效果

比如启动 50～100个rsync的同步命令分别同步不同文件夹
我测试了两个 freefilesync 分别同步不同的文件夹
感觉整体速度会下降所以有点想不通。。。
这个瓶颈到底在哪里

作者: 0cjousc2 时间: 2025-6-24 13:43

hbmask 发表于 2025-6-24 13:40
ATTO 能测试吧...写入4k

好的谢谢：）
晚上搞一下这个ATTO

作者: Jimmy_Qiu 时间: 2025-6-24 13:58

0cjousc2 发表于 2025-6-24 13:42
哇这个好真实与我的感觉是一个级别的

我这也全是小文件全部是代码这种的各种sdk

因为瓶颈是读取IO。
多个同步进程并没有帮助，反而会因为不同位置的文件增加磁盘的寻道时间。

作者: 0cjousc2 时间: 2025-6-24 14:31

Jimmy_Qiu 发表于 2025-6-24 13:58
因为瓶颈是读取IO。
多个同步进程并没有帮助，反而会因为不同位置的文件增加磁盘的寻道时间。 ...

所以说我这个系统的瓶颈时机械盘的4K IO吗
但是机械盘的4K IO不应该不到100K/s的速度吧

作者: Jimmy_Qiu 时间: 2025-6-24 14:53

0cjousc2 发表于 2025-6-24 14:31
所以说我这个系统的瓶颈时机械盘的4K IO吗
但是机械盘的4K IO不应该不到100K/s的速度吧 ...

你可以测测看。
我们是6盘16T SAS组Raid6，带缓存的Raid卡。
实际传输的IOPS也就刚过1k。

普通单sata盘，随机4k的IOPS大概也就100~200吧。

作者: 0cjousc2 时间: 2025-6-24 14:57

Jimmy_Qiu 发表于 2025-6-24 14:53
你可以测测看。
我们是6盘16T SAS组Raid6，带缓存的Raid卡。
实际传输的IOPS也就刚过1k。

感谢感谢

数据很有参考价值晚上我看能不能测试起来：）

作者: 0cjousc2 时间: 2025-6-24 15:02
查了一下资料 7200转的机械盘

4K 随机读写 IOPS 通常在 80〜150 左右。。。
看来这是罪魁祸首

所以对于NAS应该有针对文件特性的规划

比如有很多小文件的这种就不要放机械了用固态毕竟小文件组成的最终体量不会太大按照1T已经很大了
只有大文件再考虑机械

这次真对IPOS有了很深刻的理解可能用个傲腾比较合适：）

作者: c2h6o 时间: 2025-6-24 15:07
同步软件或者FTP吧，小文件没办法，还是机械盘。

作者: 0cjousc2 时间: 2025-6-24 15:51

c2h6o 发表于 2025-6-24 15:07
同步软件或者FTP吧，小文件没办法，还是机械盘。

是的从机械盘弄到cache中还要继续从cache弄到机械阵列
感觉两头都很慢

全固态适合小文件看来NAS需要针对性的规划存储池不是一味堆一个存储池什么都往里放
我有一个nextcloud的全固态不过只放了一些关键的数据比如代码的git备份这些

目前需要备份的这些小文太大了足足有800G。。

作者: YsHaNg 时间: 2025-6-24 16:21

0cjousc2 发表于 2025-6-24 01:34
哦哦谢谢很详细有空我试试无人值守的方式
但是这个主机功耗不低呀 7900x 比较费电 ...

……..不是你差那点电费吗机器的价值能缴多少年电费了退一万步 rsync又不是满载能有20w顶天了耗电不如先把冰箱空调拔了

作者: c2h6o 时间: 2025-6-24 16:22

0cjousc2 发表于 2025-6-24 15:51
是的从机械盘弄到cache中还要继续从cache弄到机械阵列
感觉两头都很慢

经常做全量备份，最好是打包。如果是对比增量，那么靠同步软件解决。首次都慢。

作者: YsHaNg 时间: 2025-6-24 16:33

0cjousc2 发表于 2025-6-24 02:01
非常感谢：）

1. 确实从图形界面上显示的速度就是这个级别的

最好趁早停用freefilesync 这东西不支持delta copy 每次都要把完整文件再copy一次如果你不想用wsl可以试试这个https://github.com/rn7s2/rsync-win

作者: 皛羽控 时间: 2025-6-24 16:37
自己看自己14楼的图，正常拷贝怎么可能一堆错误，你应该排查什么导致的错误，而不是找什么优化。

作者: 0cjousc2 时间: 2025-6-24 16:59

YsHaNg 发表于 2025-6-24 16:21
……..不是你差那点电费吗机器的价值能缴多少年电费了退一万步 rsync又不是满载能有20w顶天了耗电不 ...

嗯有道理：）

回头测试下rsync是否有提升

作者: 0cjousc2 时间: 2025-6-24 17:00

c2h6o 发表于 2025-6-24 16:22
经常做全量备份，最好是打包。如果是对比增量，那么靠同步软件解决。首次都慢。 ...

是的现在用的freefilesync就是类似的同步软件
可能这块也是一个消耗时间的点

作者: 0cjousc2 时间: 2025-6-24 17:02

皛羽控发表于 2025-6-24 16:37
自己看自己14楼的图，正常拷贝怎么可能一堆错误，你应该排查什么导致的错误，而不是找什么优化。 ...

那个错误是有一些特殊的文件很不常见我都不知道怎么生成的

.___xxx.yy 这种带很深的路径反正是提示无法复制过去我就点了忽略所有
但是这个错误计数器会累积这类问题
我觉得可以接受

作者: 0cjousc2 时间: 2025-6-24 17:05

YsHaNg 发表于 2025-6-24 16:33
最好趁早停用freefilesync 这东西不支持delta copy 每次都要把完整文件再copy一次如果你不想用wsl可以试 ...

感谢这个rsync-win确实是很好的

freefilesync如果拷贝没有完成下一次是可以继续拷贝的我是看中这个功能
也是用来替代rsync的因为win下确实没有把rsync弄起来就随便找了一个替代

这里说的delta copy是指什么呢文件变了只把变化的内容patch同步过来？

作者: YsHaNg 时间: 2025-6-24 17:17

0cjousc2 发表于 2025-6-24 09:05
感谢这个rsync-win确实是很好的

freefilesync如果拷贝没有完成下一次是可以继续拷贝的我是看中这个功 ...

是可以继续copy 但不是发送delta差分数据 overhead高很多网络层先发送diff内容的metadata这样两端可以准备传输内容

作者: 0cjousc2 时间: 2025-6-24 17:30

YsHaNg 发表于 2025-6-24 17:17
是可以继续copy 但不是发送delta差分数据 overhead高很多网络层先发送diff内容的metadata这样两端可以 ...

好的今晚回去把 rsync-win跑起来
再次感谢～

作者: 电脑 时间: 2025-6-24 17:42
老哥拷贝用的是什么软件

作者: 0cjousc2 时间: 2025-6-24 19:33

电脑发表于 2025-6-24 17:42
老哥拷贝用的是什么软件

freefilesync 想着用来替代 rsync的

但是从部分友友们的说法还是rsync靠谱些

作者: 0cjousc2 时间: 2025-6-24 19:58
(, 下载次数: 0)

准备用rsync测试一下是否快一些老老实实用cygwin 其他的都不太靠谱

作者: zgpnhhy 时间: 2025-6-24 20:29

0cjousc2 发表于 2025-6-24 13:37
嗯是的大文件正常
小文件慢的不行我比较关注的是这个小文件这样慢是正常的吗
瓶颈到底在哪里 ...

你应该重点在于有没有上固态作为缓存，小文件对谁都是杀手。
对固态也是杀手，只不过现在的固态很快而已。

作者: mshtyu 时间: 2025-6-24 20:56
看下server端的io_wait，可能你的cache盘有问题，我遇到过类似的，可以用top，或者iostats

作者: 0cjousc2 时间: 2025-6-24 21:01

zgpnhhy 发表于 2025-6-24 20:29
你应该重点在于有没有上固态作为缓存，小文件对谁都是杀手。
对固态也是杀手，只不过现在的固态很快而已 ...

unraid上有固态缓存的PE6110

window上是机械盘一开始以为是机械盘的问题刚刚我做了实验

freefilesync 或者 smb 不行用rsync速度起飞符合预期了

作者: 0cjousc2 时间: 2025-6-24 21:02

mshtyu 发表于 2025-6-24 20:56
看下server端的io_wait，可能你的cache盘有问题，我遇到过类似的，可以用top，或者iostats
...

感谢支招等会我就试试争取把各个环节的都排查一下

有个好消息友友们推荐用rsync测试了下速度有明显改善

作者: 0cjousc2 时间: 2025-6-24 21:03
这是freefilesync情况下的机械盘的性能
(, 下载次数: 0)

这是rsync的情况下机械盘的性能
(, 下载次数: 0)

感觉对于小文件已经有质的飞跃了。

作者: 浪雪千羽 时间: 2025-6-24 22:32
类node_modules

欢迎光临 Chiphell - 分享与交流用户体验 (https://www.chiphell.com/)