由 老谢 于 星期六, 11/29/2008 - 14:26 发表
转帖:源自 http://blog.cathayan.org/item/1760
有可能这只是Firefox 3 beta 5的问题,或者也和各人的设置有关,不是普遍现象。具体表现是在Linux上启动Firefox 3之后,大概过上一小会,系统会猛烈地不间断地读写硬盘,同时CPU占用极高,Firefox会几乎没有反应;这个现象会持续几分钟,过后又没事了,再开机重来又会出现。
今天偶然Google到Ubuntuforum的一个贴子,其中说了一个方法,经试验,解决了我机器上这个问题。方法是:删除profile目录下的urlclassifier*.sqlite。我那个目录下有3个这样的文件,删除,再启动Fx3b5,问题不再出现,同时又生成了一个这样的文件。看上去就是它的问题。
有同样问题的可以试一下。Profile目录在~/.mozilla/firefox/profile name/下面。
要想知道是哪个程序在读写硬盘,可以这样:
/etc/init.d/sysklogd stop
echo 1 > /proc/sys/vm/laptop_mode
echo 1 > /proc/sys/vm/block_dump
dmesg
据说这个文件是用来存储Google为Firefox提供的有害或假冒站点URL的库,当用户访问一个URL时,Fx会根据它来判断这个站点是否是有害的。可能程序上写的有些问题,造成猛读硬盘而且CPU占用极高的问题,按说Sqlite不至于。现在Mozilla上有相关的Bug。并且这个文件还会持续增长,删完之后重新生成是9k多,一会就会长到1MB多,最大时会有20多MB,不能忍受。
所以看来比较彻底的方法是:在“首选项“页中,”安全“标签中找到
“告诉我正在访问的站点是否是嫌疑攻击站点(K)“ 和 “若访问的站点为伪造请告诉我(T)“ 两项,去掉,
不让它说好了。然后再到Profile目录下删那个urlclassifier3.sqlite文件。然后再启动 Firefox。这也是好心办坏事了。
Firefox读写Sqlite数据库的效率看来太低了,新的书签管理,叫Place的,似乎也是用它,如果有300个书签做操作,就可以慢死,如果同时剪切粘贴或移动1000个书签,机器基本上跟死了差不多,所以千万不要把delicious上的上千个书签导入到本地的Firefox了。
有可能这只是Firefox 3 beta 5的问题,或者也和各人的设置有关,不是普遍现象。具体表现是在Linux上启动Firefox 3之后,大概过上一小会,系统会猛烈地不间断地读写硬盘,同时CPU占用极高,Firefox会几乎没有反应;这个现象会持续几分钟,过后又没事了,再开机重来又会出现。
今天偶然Google到Ubuntuforum的一个贴子,其中说了一个方法,经试验,解决了我机器上这个问题。方法是:删除profile目录下的urlclassifier*.sqlite。我那个目录下有3个这样的文件,删除,再启动Fx3b5,问题不再出现,同时又生成了一个这样的文件。看上去就是它的问题。
有同样问题的可以试一下。Profile目录在~/.mozilla/firefox/profile name/下面。
要想知道是哪个程序在读写硬盘,可以这样:
/etc/init.d/sysklogd stop
echo 1 > /proc/sys/vm/laptop_mode
echo 1 > /proc/sys/vm/block_dump
dmesg
据说这个文件是用来存储Google为Firefox提供的有害或假冒站点URL的库,当用户访问一个URL时,Fx会根据它来判断这个站点是否是有害的。可能程序上写的有些问题,造成猛读硬盘而且CPU占用极高的问题,按说Sqlite不至于。现在Mozilla上有相关的Bug。并且这个文件还会持续增长,删完之后重新生成是9k多,一会就会长到1MB多,最大时会有20多MB,不能忍受。
所以看来比较彻底的方法是:在“首选项“页中,”安全“标签中找到
“告诉我正在访问的站点是否是嫌疑攻击站点(K)“ 和 “若访问的站点为伪造请告诉我(T)“ 两项,去掉,
不让它说好了。然后再到Profile目录下删那个urlclassifier3.sqlite文件。然后再启动 Firefox。这也是好心办坏事了。
Firefox读写Sqlite数据库的效率看来太低了,新的书签管理,叫Place的,似乎也是用它,如果有300个书签做操作,就可以慢死,如果同时剪切粘贴或移动1000个书签,机器基本上跟死了差不多,所以千万不要把delicious上的上千个书签导入到本地的Firefox了。
- 6969 次点击
发表新评论