@lookStupiToForce #11

https://i.imgur.com/gQrlY2U.png

文件系统是 Brtfs 。

您的猜测可能是对的，这个 NAS 我之前听部门同事说，其中 NAS 中的数据是通过数据恢复得来的。可能在恢复过程中的写入本身就不是顺序的。后期我再问问数据是怎么存入的。

@lookStupiToForce #9 感谢提供思路，当时在移动文件过程中只看了一眼磁盘读写性能，当时的速度只在~1MB/s 左右。（下午位置和选项）没有看 IO 状态（ IOPS ？）

https://i.imgur.com/zC18uHz.png

最后说的碎片整理和非连续存储空间的零散文件的 IO 问题。因为我们这台机器是新组装的，在空磁盘空间状态下首次填入的数据，还没有经过大家使用，所以我个人感觉应该也不存在零散碎片文件的问题。

问题已经提了工单，看后续群晖技术支持的回复了。

再次感谢！

@ruanimal #6 客服说文件索引是 File Station 默认开启的，无法关闭。不知是不是指的这个：

https://i.imgur.com/MaVXgQh.png

前期数据文件夹一直在建立 Universal Search 文件索引，这个位置也没有办法更新。目前看创建文件索引的任务结束了，这里发现出现移动慢问题的数据文件夹已经不在这里了。

中间只进行了对其在 Syology Drive 管理控制台中进行了停用版本控制的操作。根据客服说法，Syology Drive 与 Universal Search 文件索引 是两回事，一个是应用层面问题，一个是系统层面问题。我取消 Syology Drive 中的版本控制应该不会导致 Universal Search 中的设置更改才对。

不知后续再操作会不会还是同样的问题。

@H97794 #5 系统版本是 7.1.1 update3 ，请问从哪儿进 [文件服务] 呢？

@Huelse #2 我本身数据移动就是在同一个 NAS 中移动，跟网卡会有关系的吗？

还有就是数据量本身数量和总量也很大（若干 T ，几十万 /上百万文件个数的级别），打包压缩可能也不现实。

@itskingname #1 可能跟大小没关系，单纯的是文件数量多。但是按道理也不应该这样操作才是，通常文件系统只移动顶层文件夹路径指针就好啊。

已领，谢谢

还是圆角好看一些，圆角也不是圆形。损失的区域也就各个窗口四个角有限的几个像素，问题不大。但是视觉上来说舒服很多。

相当不错的 app ，已经购买，如果能解决隐藏再显示之后 app 图标放回原位就完美了。

刚看到个这，很神奇
https://twitter.com/9527kw/status/1603267454817669120

电动升降桌

@bruce0 #1 谢谢，以后试试。是这个 issue 的回答吧？ https://github.com/Fndroid/clash_for_windows_pkg/issues/2860

@Neoth #1 Little Snitch 5 自建规则貌似不能设置 priority: high?

我的上周三京东下的好几单到现在都还在延迟送货时间，没收到呢。

@HereJustWait #17 是外网访问家里局域网，就连接不上了。把 clash 关了就又通了，分流应该只是家里局域内网访问外边吧？从外到局域网还真不知道咋弄。

@296727 #1 遇到一个问题，openwrt 上开启 openclash 之后，外网连接内网就连不上了。。。

@wilhexm #23
@robbielj #24
@hatw #25
非常感谢，解决了我一大困惑。