kde和gnome的文件管理器太垃圾应该重新设计

tangxiuwen

kde或gnome的文件管理器真的很垃圾，既慢又不稳定，打开文件稍多的文件夹（含文件2000个以上）磁盘就会狂转不止，直到几分钟后目录内容全部显示为止。还经常失去响应 ，简直是恐怖。为什么普遍会有这个问题呢？这大概是kde或gnome确定文件类型的方式过于复杂造成的。
ms-windows确定文件类型的方式是“以名定型”就是简单地根据扩展名，文件有什么扩展名，我就匹配给它相应的文件类型（通俗地：叫什么，是什么）。与ms-windows不同，linux则是“以性定型”即进一部探测文件内部属性，根据文件属性来确定文件类型（通俗地：该是什么，就是什么）。因此同样浏览文件，使用kde或gnome时对磁盘的访问量要大大高于ms-windows，速度也就大大的慢下来了，尤其当访问一个内容很多的文件夹时就会慢得让人难以忍受。这样做也有好处，就是能防止文件欺骗，（ms-windows就很容易通过修改文件名来将一个恶意文件伪装成好的文件。）这就是为了安全宁可牺牲效率。
难道安全和效率真的不可兼得吗？我想通过巧妙的设计这个问题应该可以解决。为了提高效率，不妨借鉴ms的“以名定型法”让它与linux特有的“以性定型法”相结合。
为了既要高效又要安全。应该让浏览文件的过程分两个层次进行。第一层：粗浏览，就是点击要浏览的目录后以最快的速度将目录的所有文件显示出来，像ms-windows那样“以名定型”的方式确定文件类型，分配图标，这一层得到的文件类型不一定准确，但执行速度要快以避免用户长时间等待。事实上用户浏览文件夹往往只对其中的少部分文件感兴趣，小题大做似的对所有文件的属性逐一甄别根本没有必要。
第二层：细浏览，就是粗浏览完成以后，当用户焦点集中到某些文件时进入细浏览层，这一层系统是“以性定型”的方式对用户需要的文件重新确定类型，如果“以性定型”得到的结果与上一层“以名定型”的结果不同，就以第二层的结果为准以更正之。
综合起来，第一层以快为目的，针对目录中的所有文件；第二层以准为目的，只针对目录中用户感兴趣的文件。两个层次有机联系既保证高效率，又不牺牲安全性。

adam8157

kde据说就是根据扩展名, 不理mime...
gnome我当年用的时候是扩展名和头文件结合的...

其实应该不是你说的原因, 是因为它俩都开了文件预览...

话说你为什么会有这样的目录, 有这样的目录为什么要图形打开呢?

swordhui

可以试验一下pcmanfm

poet

Post by tangxiuwen;2080283
kde或gnome的文件管理器真的很垃圾，既慢又不稳定，打开文件稍多的文件夹（含文件2000个以上）磁盘就会狂转不止，直到几分钟后目录内容全部显示为止。还经常失去响应 ，简直是恐怖。为什么普遍会有这个问题呢？这大概是kde或gnome确定文件类型的方式过于复杂造成的。

可以确定楼主的分析是错误的，因为这个问题并不存在。

测试：使用 dolphin 打开 /usr/bin 文件夹（我这里2016个文件），耗时小于 0.5 秒。

使用 dolphin 打开 /usr/lib 文件夹（我这里2175个文件），耗时小于3秒。

测试环境：kubuntu 10.04, kde 4.4.2, dolphin 设置为详细列表，打开树型浏览（如果关闭树形浏览，则打开 /usr/lib 文件夹速度还能再提升）

另外需要纠正楼主的问题是：检测文件内容并不是由文件管理器本身决定的，而是由设置决定的，如果你设置为大图标或者预览模式，那么就可能会分析每个文件的详细内容。如果你设置为分栏模式或者详细列表模式，那么就不会分析文件内容。

lmguy

惭愧啊，我用pcmanfm打开用了近30s，有2550个。
thunar用了3s的样子。