阅读:7771回复:29
4.0的places.sqlite太大,有办法限制大小吗?
4.0的places.sqlite太大,有办法限制大小吗?
默认10M。太大了,放在内存盘里更加明显了。只要重新启动,又自动恢复10M. |
|
1楼#
发布于:2011-03-26 22:02
定期清理数据库吧,使用placecleaner或者checkplaces扩展压缩一下
|
|
|
2楼#
发布于:2011-03-26 22:02
|
|
3楼#
发布于:2011-03-26 22:02
https://bugzilla.mozilla.org/show_bug.cgi?id=581606
没有办法改,已经决定是这样了,先是10MB,超过10MB就会变成20MB。呃,我的是50MB…… 目的是 In Firefox 4 the file size of SQLite files is set to specific block counts to prevent fragmentation of the file on the hard drive that will slow down reading and writing. For places.sqlite the block size is 10 MB and when that size is exceeded another 10MB will be added. |
|
|
4楼#
发布于:2011-03-26 22:02
|
|
5楼#
发布于:2011-03-26 22:02
为什么你要纠结于9M的区别呢?看看chrome的缓存文件夹大小你就觉得什么都是浮云了……
|
|
|
6楼#
发布于:2011-03-26 22:02
我觉得吧,现在硬盘这么大,也不在乎多占用一点点空间,又不会影响速度。
影响速度的是磁盘碎片,提前预分配一块固定大小的空间给这个需要频繁读写的文件,可以有效避免碎片的产生,何乐而不为? 至于RAMdisk,我认为如果小到连10MB空间都需要斤斤计较的话,这种内存紧张的用户还是不要用RAMdisk的好;而SSD就更是不在乎区区10MB了。 |
|
7楼#
发布于:2011-03-26 22:02
不知道谁想出来的馊主意,不是谁都需要这样的,内存盘,SSD等都不需要这样,也不弄个设置选项给自定义设置,adout:config里也没有,浪费空间,比如我最多也是用到1M多点。 意见反馈了也不一定有用,不过一定要的话,去bugzilla再开一个bug去否定掉这个bug,然后拉足够的人来投票。 |
|
|
8楼#
发布于:2011-03-26 22:02
原来是利用预先分配防碎片啊,真好……
缓存也应该弄一手,先分配个500M什么的 |
|
|
9楼#
发布于:2011-03-26 22:02
|
|
10楼#
发布于:2011-03-26 22:02
干脆注入到系统内核中运行,那多快啊
|
|
|
11楼#
发布于:2011-03-26 22:02
marion:我觉得吧,现在硬盘这么大,也不在乎多占用一点点空间,又不会影响速度。 你这不是强词夺理么,按你的思路,那不如直接不要弄个历史记录,都不用数据库,更加没碎片了。 FF也不用弄个选项给大家设置了,用FF默认的就行了,默认最好了。什么都不用定制了,就像sync跟CANDYTAB,都给你加上管你用不用。 区区10块钱买一两米对你来说也不算什么了。 |
|
12楼#
发布于:2011-03-26 22:02
|
|
13楼#
发布于:2011-03-26 22:02
站着说话不腰疼,你自己都不愿意转过去,人家凭什么给你转过去?假如你每天几百封邮件要处理的话,就知道了,雷锋不是那么好当的。 |
|
14楼#
发布于:2011-03-26 22:02
关于程序的 我就不知道了,呵呵。。。。
|
|
上一页
下一页