deepin 这是个历史遗留问题，deepin的文管和大多数市面上的文管在刷新上有所差异，deepin大多时候是实时刷新的，这就导致了会多次重复的读取目录下的信息，卡顿，且每次再去刷新图片，更卡，本质上挂在层本来就不是很快。而市面上的其他文管则不需要刷新多次，进去读取一次即可（如windows 和gnome ，kde的文管基本上都是），功能设计上的差异导致deepin不敢把读取图片放开，反复读取生成会卡的不要不要的，不过看图支持左右切换这个确实应该需要支持
deepin 这是个历史遗留问题，deepin的文管和大多数市面上的文管在刷新上有所差异，deepin大多时候是实时刷新的，这就导致了会多次重复的读取目录下的信息，卡顿，且每次再去刷新图片，更卡，本质上挂在层本来就不是很快。而市面上的其他文管则不需要刷新多次，进去读取一次即可（如windows 和gnome ，kde的文管基本上都是），功能设计上的差异导致deepin不敢把读取图片放开，反复读取生成会卡的不要不要的，不过看图支持左右切换这个确实应该需要支持
是这样，感觉deepin的文件管理就没有缓存机制，哪怕返回了再进入也一定重新从smb服务端加载一遍，结果就是如果文件数量少还好，一旦存的文件很多，就会搞得反应很慢很卡操作也很难连贯起来。其实适当使用缓存机制挺好的，但是不太清楚为什么深度团队没有这么做。
而且还有一件比较恼火的事情就是，似乎深度文件管理器不支持NFS协议。。。
这个功能，我也希望有。否则太不方便了。
deepin 15版本的时候，是可以预览的，后来说什么网速问题，会导致管理器假死，就把预览给阉割了。我是真的呵呵了，都是什么年代了，网卡速度都要赶上机械硬盘速度了，还说什么网速瓶颈。哈哈。
deepin 15版本的时候，是可以预览的，后来说什么网速问题，会导致管理器假死，就把预览给阉割了。我是真的呵呵了，都是什么年代了，网卡速度都要赶上机械硬盘速度了，还说什么网速瓶颈。哈哈。
如果是老电脑的话，确实是有可能仍然是百兆网卡，这个倒没准。哪怕我电脑也不过只是千兆卡而已。
不过我倒觉得更多是因为别的因素。
smb协议其实在其他非Windows系统上一直性能就不怎么样这个我们都知道，如果是点来戳去可能对随机读写要求更高，这个就更加给本不怎么强的Linux这边的smb雪上加霜了。再加上可能深度这边代码优化没做好，动不动就卡掉【反正深度的音乐播放器是这样，smb连接nas，我也不多，就一千多首歌，算上lrc歌词啥的，反正那个目录不到三千个文件吧，点一首新的歌这叫一个慢呦。。。。】，而深度又不知道为什么，不愿意像Linux这边别的DE的文件管理和win那样有缓存机制，结果就这样了。
Popular Events
More
中文 
我使用deepin文件管理器通过smb协议连接了nas，双击一个图片文件，会跳转到《看图》软件打开这张图片。
但是看图工具似乎并不能像deepin文件管理器那样访问到smb的目录，所以没办法把同一目录下的其它图片也直接读取到，致使无法连续看图。
只能看一张，关掉，再切到文件管理再双击下一张图打开，再关掉，循环往复。
而且更加补刀的事情是，文件管理器在访问smb的时候，似乎无法加载图片的缩略图，暂时不清楚是设置问题还是就不支持这件事。我在文件管理器的设置里没有找到相关选项（设置中确实有一个选项是 图片预览，但是即使打开了，在smb访问nas的时候也不生效）
还是希望深度团队可以找一个解决方案，把这件事变得舒服点。