考虑是不是要加个安卓手机的读取时长,先挖个坑以后再填
2、重启后再次读取时长测试。
重启后再次读取时长测试,注销应该差不多未测。
过了两天,也冷启动好几次了,再测试下。
Deepin,3分。
退步了,额。。。
Win11,31秒。
3、上一层文件夹属性读取时长测试。
PSP文件夹已经读取了大小,要读取他的上一层目录大小。
PSP文件夹的上一层目录,是memstick文件夹;且memstick文件夹下只有PSP这一个文件夹。
按正常逻辑来推测,PSP文件夹大小刚读完,上层目录memstick文件夹属性应该很快。
Deepin,2分59秒。
它居然傻傻地重头算一遍!!又是整整三分钟,我天,这就有点拉了啊。
Win11,秒读。
测完了读取 是不是该测测删除了
测完了读取 是不是该测测删除了
还没呢,要注销,上班呢;
耽误半天整理这些,等后面有时间再注销、重启什么的
嗯嗯。官方的确得提高一下文件大小的统计速度,挺慢的。
还没呢,要注销,上班呢;
耽误半天整理这些,等后面有时间再注销、重启什么的
你可以用time du -h .用命令行读一下大小,顺便计时
DFM的性能问题还是蛮严重的
你可以用time du -h .用命令行读一下大小,顺便计时
DFM的性能问题还是蛮严重的
啥意思,这个有什么不同吗
啥意思,这个有什么不同吗
这是个命令行的工具,速度很快,可以对比一下
4、多文件及文件属性读取时长测试。
整个目录下,所有文件及文件夹属性读取。
Deepin,10s,有点奇特的设计。
刚读过memstick这个最大的文件夹,跟它一层的10秒左右就完了。
有点奇怪的设计,它把每个文件或文件夹的属性都铺出来了。
像这样,整个桌面都快铺满了,还层层叠叠;还好有个“全部关闭”,能一下关掉。
单独发帖问这是,有解释说这是特色功能。没发帖之前我没注意到“全部关闭”,一个个手动叉掉🤧 。
Win11,秒读。
5、不注销或重启,二次读取时长测试。
不注销或重启系统,过一段时间再去读取同一个文件的大小属性。
Deepin,2分11秒。
天哪。关掉之后我读取它的上层目录,再回过头来读取PSP文件的属性,它又再给我重新算!😢
我整个人都不好了。
win11,秒读。
windows应该是缓存了。
全部测完了,读取速度上是Win11完胜,Deepin还有诸多需要优化的地方。
1、属性读取算法有待优化,且没有做缓存。
2、因为没有缓存,二次读取或者读取上层目录时,全部需要重算。
3、多文件属性意义不明。
Popular Events
More
#文件夹属性读取测试
文件夹属性大小读取速度慢,体感的慢,今天顺手测了一下读取秒数。
1、首次读取时长测试。
Deepin,约2分钟,120秒。
Win11读取时长,约9秒。
首次读取文件夹大小,windows完胜,Deepin还需加油。
个人推测不一定准,deepin没做文件索引优化,就一个个傻傻的统计,类似采用for循环逐个累加统计,所以速度慢很多。
多次编辑,可以点击“只看作者”。