自己沙发哈~~

统计ntfs文件系统上文件大小的操作，也是需要很久、并且很耗费CPU资源有木有

测试了下哈，查看文件属性、大小这个操作，在NTFS上和在linux文件系统上，都比较耗时，但是在NTFS上耗时更久，在linux文件系统上，dde-file-manager文件管理器占用CPU会更高~

• NTFS是不是才提交到内核没多久哦，Windows不知道有没得对这块有做优化；
• 可以通过终端命令来拷贝对比一下看看，会不会快些，如果通过命令拷贝比较快，而通过文管比较慢，那文管就得优化咯；
• 这个现象我们也瞅瞅看，不知道其他发行版对这个NTFS支持得如何。

好像也不是文件管理器的问题😂

在DATA（NTFS分区） 内

1、使用文件管理器拷贝deepin.iso文件为副本，只用了1分24秒，终端命令行cp却用了1分58秒；

2、将文件解压出来到deepin文件夹，使用文件管理器拷贝为副本，用了1分27秒，终端命令行cp却用了1分47秒；

如果这不是偶发，确实要重视起来的

那就是系统层面的问题咯，我们到时候搞个对比试试其他发行版咋样，只记得之前看到微软提交代码合入的事情没有多久好像。

你们能不能把深度文件管理器一个明显的bug改了，使用起来及其不方便

win和linux双系统，一般数据盘都在ntfs上，用深度文件管理器打开txt文件都需要选择显示或者运行，特别特别麻烦，但是同样在鹦鹉螺资源管理器里面就不会这样，说明是的深度特有的bug，而不是linux的bug。

另外，资源管理器最好支持能屏蔽一些特定的文件夹，有些win系统特有的文件夹会在深度资源管理器里面显示出来，很麻烦。

屏蔽windows文件夹的这个好像不行，可以屏蔽windows的系统盘或者分区，按照下面这个：

1、blkid 查到要隐藏的windows分区的uuid

2、然后sudo vi /etc/udev/rules.d/90-hide_parts.rules

3、添加内容：

ENV{ID_FS_UUID}=="XXXX", ENV{UDISKS_IGNORE}="1"

注：把XXXX换成blkid查到的uuid的值；

4、wq! 保存退出

5、重启系统后，就看不到了

测试了下，同样的分区下copy deepin.iso文件和解压后deepin文件夹的操作，在windows下比在deepin下要快一些；

windows 11 下拷贝deepin.iso文件用了1分07秒，拷贝deepin文件夹用了1分47秒；

另外，在windows下，第一次做测试是上面这个数据，删除副本之后再次重复测试，会比第一次copy快很多，只用20秒左右就完成了，不知道是为什么；在deepin下面却没发现这个现象，每次拷贝测试都是差不多一样的时间；

坐等大佬们优化吧，哈哈

• 这个会提示显示的这个问题应该已经修复啦嘞😂

这个我已经参考论坛里面教程屏蔽掉了，很清爽

赞，uos家庭版啥时候修复这个bug，这个提示太折腾人了

顺便再问你一个问题，深度文管删除的策略是把文件删除/复制到C盘的回收站吗，还是对应磁盘的回收站？如果前者的话是不是一个大bug，单纯为了删除操作，磁盘磁盘之间互相转移数据太麻烦了