快也有理由 慢也有理由 不好说哪个快哪个慢 具体情况具体分析

我用过的 firefox chrome或者说chromium 都不是直接用文件的 而这些都算是快的浏览器 所以我猜测 数据库比较优秀 比较快  

我觉得是这样的 浏览器缓存是大量的小文件 这样的东西直接存硬盘肯定比存数据库要费地方 这个对么

那是它们处理请求和解释网页指令快，与网络沟通快，不是文件处理快。这就像以前Turbo C快的道理一样，把所有东西都放在内存中处理，不转换到文件中介，当然快了。但什么东西都是有平衡态的，此消彼长，快了不是占内存就是丢失某些东西，天下没有白吃的午餐，总不会别人都没想到这样能快只有你能想到，人家IE采取这种模式，当然有它独特的理由，也未必是别的浏览器可以了解的。

所有储存在外部设备上的东西，都是统一有操作系统调配文件系统分配空间的，以“簇”为单位，无论数据多小，都占这么大。像cookie这样的东西，也占4K或16K，当然显得浪费了。但现在就算一万个小文件浪费了几十至一百兆的磁盘空间，对动辄上百G的硬盘来说是小意思，犯不着为了那些空间而斤斤计较，把算法搞复杂。

我只有160G硬盘还放很多东西 自然是不喜欢浪费了 这几百G的硬盘不知道什么时候能用上。。



而且 要这么说就没意思了 好像这几百G的硬盘都是为了一个浏览器存在的 随便用 无所谓。。

从用户的角度 我很难同意这种观点啊。。


[ 本帖最后由 zklhp 于 2012-7-15 22:07 编辑 ]

回去睡觉了 祝大牛的浏览器在硬盘上以簇为单位存放缓存数据愉快。。

更何况，这种东西跟操作系统有严重的关系，操作系统包括了文件分配系统，没人知道微软的操作系统会不会对IE这个应用软件有独特的支持，它把IE设计成使用文件系统，总不会是毫无道理的，起码他们应该衡量过，作了某种取舍。这就像很多学旧式编程概念的人，总自以为自己的算法独步天下，搞优化，却不知道现代的操作系统可以把文件直接映射为内存，所谓打开、更改、关闭文件的操作都只是表面功夫，实际的动作就跟在内存中读写一样快，那些算法反而是慢了，所以新的编程语言，建议程序员写直接的代码，不要刻意搞优化，就是基于这种原因，他们已经替你考虑很多了，你并不比他们了解得更清楚，建议得你这样做，当然有道理，不听反而吃亏。

对我来说，我认准了一家，就始终使用那一家的配套设施，不会贸贸然转换，把什么门派的东西都搞进系统，那些可能是表面看起来很好，事实未必的。当然，有人不看好微软，也尽可以完全不用微软的东西，自我配套完善就是了，那是自由选择。

现在随便一台机的配置硬盘都以500G为起点啦！

ie 用硬盘用的比较频率，记得以前一个同学问我，用 ie 感觉没干什么，硬盘灯就会狂闪，很闹心，问我有什么对策。我也不知道。
而且我也没觉得他省内存。我爸的电脑 512M 的内存，装 xp，只要不开 ie(好像是 ie8) 用其它一些小软件就不会死机。一开 ie 就卡，因为内存耗尽了。

不过 T 版说的把文件系统当数据库用的这个思想我也听过，是 Unix 的典型实践之道。不过本人不太了解数据库方面的知识，看看 TonyDeng 的发言还是能学到些东西的。

占内存与否，跟系统的配置有很大关系的。我比较过，以前曾经爱用优化大师之类的优化软件砍削Windows的功能、服务，把开机时间缩短到20秒，启动后看占物理内存40%，然而实践的结果，是中间开启软件和做事的时候，内存占用量飙升、速度慢；后来重装系统，没有使用优化软件，直接用原装Windows的默认设置安装，开启了很多服务，启动时间差不多2分钟，开机后占内存却只有50%，然而启动软件却比以前快了许多。

我现在用的64位Windows 7，4G内存，开启IE9、VS2010及其帮助、IIS7，再加QQ、杀毒、管家、输入法之类软件，全部也仅占物理内存的71%，再怎么都升不上去了，除非打开Adobe的那些大型软件，否则不会有缓慢的感觉。当然，对32位的XP来说，由于32位的内存极限是2.5G，系统本身已经占了1.9G，实际上没多少物理内存供大型软件运行，此时频繁调用硬盘虚拟内存做交换，是毫不奇怪的。

这个经验让我倾向于认为：各种服务之间是配套的，表面上的省，实际上未必。如果不比较，很容易让人被上面那些数据欺骗。