主要就是听着硬盘狂响很担心。看了楼上两位的解释我明白多了。我会找会闲置的时候关闭所有页面试一次，再把places.frecency.updateIdleTime的值提高一些。

viewtheard：IO不用关注，这是累加读写历史纪录实际并不占多少空间显示4G和4B实际在硬盘里的存储大小是一样的，仅是记录。例如：如果用了 ADBLOCK过滤了某页面元素，而该元素关联脚本引发其被网页反复死循环请求，而页面又未关闭，这个请求将一直存在，从而使IO数字不断膨胀。实际对普通用户使用体验的影响几乎可以忽略回到原帖

HTTP 请求并没有读写硬盘文件，似乎不会造成I/O升高吧，ABP的I/O只有在匹配过滤规则的时候，比如读取过滤规则，或者新建规则写入文件的时候才会造成文件的 I/O升高。

fang5566：空闲时候，Firefox会自动计算地址栏访问站点的时间和次数，也就是frecency。这个过程中I/O自然会不断上升。
about:config 里面有两个选项是设置这个的：
places.frecency.updateIdleTime
places.frecency.numCalcOnIdle
第一个是浏览器空闲多久以后开始计算frecency，默认为60000毫秒，也就是一分钟
第二个是对于访问次数超过多少次的网站会进行frecency计算，默认为50次。
可以考虑适当增大这两个数值。


另外凡是在配置文件夹有建立sqlite数据库的选项或者扩展都是I/O大户。回到原帖

我想知道高I/O究竟对磁盘负荷有多大影响？机械硬盘的话，就算请求量不多，如果I/O频率很高的话应该也很影响性能吧
在保留扩展功能的前提下，有没有什么改善磁盘性能的建议呢？比如换SSD什么的……

白左：


我想知道高I/O究竟对磁盘负荷有多大影响？机械硬盘的话，就算请求量不多，如果I/O频率很高的话应该也很影响性能吧
在保留扩展功能的前提下，有没有什么改善磁盘性能的建议呢？比如换SSD什么的……回到原帖

对硬盘影响可以忽略，一般在缓存里请求响应

如果是涉及到频繁从硬盘扇区读取数据和写入数据，不建议用SSD，因为SSD寿命取决于读写次数，太频繁反而容易降低SSD寿命。内存够大的情况下，建议使用ramdisk，划分出一部分内存作为磁盘，将缓存和下载目录指向这里，可以有效降低硬盘读写次数，提高访问速度。

你们的数据也太夸张了。
我这里使用了1个半小时的才12

图片：2012-03-02_00073.png

  可能是因为：
1 禁用了硬盘缓存。开启了内存缓存
2 FF放到了内存盘。
（以上2样后，使用FF基本没看到硬盘闪）
3 使用了cleavercahe软件。
4 只有几千条历史纪录。

原来是欺负XP用户的啊。

任务管理器---查看---选择列

royallin：你们的数据也太夸张了。
我这里使用了1个半小时的才12

  可能是因为：
1 禁用了硬盘缓存。开启了内存缓存
2 FF放到了内存盘。
（以上2样后，使用FF基本没看到硬盘闪）
3 使用了cleavercahe软件。
4 只有几千条历史纪录。回到原帖

呵呵，你的做法才夸张呢，普通用户不会这样的。
如果这样做，硬盘I/O还高，那才奇怪了。
不过有条件的又纠结于I/O的朋友可以参考一下royallin的做法。 <!-- s8) --><img src="{SMILIES_PATH}/icon_cool.gif" alt="8)" title="Cool" /><!-- s8) -->

fang5566：

呵呵，你的做法才夸张呢，普通用户不会这样的。
如果这样做，硬盘I/O还高，那才奇怪了。
不过有条件的又纠结于I/O的朋友可以参考一下royallin的做法。 <!-- s8) --><img src="{SMILIES_PATH}/icon_cool.gif" alt="8)" title="Cool" /><!-- s8) -->回到原帖

我觉得有参考价值。一般而言我的缓存通常只有500M以下，4G内存表示还是绰绰有余的；而且通常没有今天的缓存明天再次提取的需求——唯一的缺点是常去的论坛的资源，每次重启fx后都得下载一次了；对于我这种折腾css啦什么的经常需要重启的人而言，不太实用呀——不过ramdisk倒是个不错的方法——以前曾经分了500M专门给fx娘放缓存，事实证明效果还是有的，但是不太明显——当时只考虑到浏览体验，忘记硬盘君了……

历史记录我原来以为影响很大，但是实际试验证明其实不是短木板；不过统计下来这几个月只有几次用到查询历史的功能，考虑到开销和受益还是删掉了那个90M的大家伙……顺便一提我某个重度历史记录依赖的朋友，在我提示他之后，他说他的fx当天开了一个早上的读取I/O是126G……哈哈，这就是历史记录依赖的代价吧

说来有没有方法，使得用户可以禁用磁盘缓存，但是在某次退出的时候可以选择写入到磁盘，就像windows的休眠一样，即充分利用了内存又能保持缓存信息不丢失；考虑到大部分人的缓存都不超过1G，效率应该不会比windows休眠低（但是通常entries比较多，所以也说不定

方法就是ramdisk，将缓存放在内存划出的磁盘里面，和禁用磁盘缓存使用内存缓存基本上是一样的了。为保持信息不丢失，ramdisk 可以设置关机写入硬盘开机读取。

fang5566：如果是涉及到频繁从硬盘扇区读取数据和写入数据，不建议用SSD，因为SSD寿命取决于读写次数，太频繁反而容易降低SSD寿命。内存够大的情况下，建议使用ramdisk，划分出一部分内存作为磁盘，将缓存和下载目录指向这里，可以有效降低硬盘读写次数，提高访问速度。回到原帖

完全不用担心 新品都有保护算法 正常读写没什么可能搞挂ssd
【折腾】给纠结党看的实测Intel X25-V的耐久度。 - 固态硬盘 - PC绝对领域---学习 创新 分享 平常玩家的网站 - Powered by Discuz!

这个测试相当变态啊。。。。。但非intel的SSD也是如此么？如果都没问题，那确实阻碍SSD发展的就是售价了。

sqlite，文本型数据库，操作磁盘IO确实有些离谱了，优点是小巧、跨平台，嵌入式开发的最爱
不过sqlite过大，加上大量的浏览历史对表的扫描操作，导致IO队列等待，那么磁盘性能降低是显而易见的。

至于扩展，他们基本都是在内存区域进行操作，一般也就在启动与关闭firefox才会有读写操作，你们担心什么呢？

降低IO读写的思路
1.智能地址栏操作，譬如不匹配历史地址....
2.对places.sqlite进行适当的优化，譬如可以删除些访问次数小于2次的地址..


话说回来，除非你是在数据服务器上使用firefox，否则，这些IO量真的影响到你的使用体验了吗？

havanna：话说回来，除非你是在数据服务器上使用firefox，否则，这些IO量真的影响到你的使用体验了吗？回到原帖

有一点点影响，这一次我帖出这个5G的截图，就是Firefox已经开始卡了，于是我看了一下，吓一跳。然后重启Firefox就又正常了。确实不是很影响“使用体验”，因为你在用浏览器的时候它并不会搞得硬盘响，而是闲置的时候才会。

论I/O写入次数不多，论字节数确实排第一

royallin：你们的数据也太夸张了。
我这里使用了1个半小时的才12

  可能是因为：
1 禁用了硬盘缓存。开启了内存缓存
2 FF放到了内存盘。
（以上2样后，使用FF基本没看到硬盘闪）
3 使用了cleavercahe软件。
4 只有几千条历史纪录。回到原帖