请问火狐浏览器总共能保存多少条书签啊？

你好，系统XP用的Firefox 17.0.6esr长期支持版的，请问火狐浏览器总共能保存多少条书签啊？是一万、10万、100万条书签？还是保存书签是没有限制的？如果有限制的话，那会不会在已经到了极限了保存书签时把其他已有的书签就删掉了？

因为没人试过极限在哪里，但肯定有极限。FF的设计也不允许无极限的存在。

请叫我无聊帝，不用谢。

=============蛋疼的分割线=============

那么首先，通常大家都会至少有几百个标签，所以为了测试，打开无数个网页慢慢加书签实在是不现实
幸好fx除了places.sqlite以外还支持导出html和json格式的书签

那么我直接编辑了json格式的书签，添加了1000个网址，fx毫无压力地打开了








============更加蛋疼的分割线============

那么下面我添加了100000个网址，fx毫无压力地打开了……然后死掉了

图片：2.png

或许是因为json格式解析压力大？那么换成html格式……然后同样失去响应



考虑到书签也是要写入到places.sqlite里去的，据说fx的数据库结构不适合处理大量数据吞吐，所以瓶颈应该出在这里。
那么理论上一万左右的书签fx处理起来还是没有问题的，10000书签应该能满足大部分人的需求了











============知己知彼的分割线===============

那么chrome好像不支持json格式，直接把刚才搞出来体积7.8M的html格式修改修改喂给chrome君会如何呢？
测试用的是chromium 29.0.1509.0 (200182)
导入书签卡了，用时4秒完成导入
点开那个有十万书签的文件夹也卡了，用时5秒才显示出来
——似乎cr君生存力不错

Notepad++本身不适合编辑大文件，十万书签编辑起来已经是一步三卡，即将毙命
要继续增加书签数量，只能祭出vim了









============玩死谷哥的分割线================

那么， 现在是一个含有一百万条类似

<DT><A HREF="http://1" ADD_DATE="1372064221" LAST_MODIFIED="1372064221"></A>
<DT><A HREF="http://2" ADD_DATE="1372064221" LAST_MODIFIED="1372064221"></A>
...
<DT><A HREF="http://999999" ADD_DATE="1372064221" LAST_MODIFIED="1372064221"></A>
<DT><A HREF="http://1000000" ADD_DATE="1372064221" LAST_MODIFIED="1372064221"></A>

这样条目的html书签文件，体积约80M

选择导入后，chromium大概花了3秒钟读取文件，没有cpu占用，之后开始导入，基本上保持一个核持续80%+占用，其他核心持续20%左右占用。看来这个工作没法多线程来着。
总之原本预计应该在40~80秒后完成的工作（假设时间复杂度是O(n)的话……），在等待了5分20秒，吃掉了2.4G内存后chrome崩溃了









================结论的分割线===============


那么就书签数量来看的话，小熊猫君一个比较宽松的上限大约是十万条。不过我估计一万条应该小熊猫君就开始叫唤了。
chrome君的一个上限是一百万条，一个下限是十万条，二三十万条应该还是可以处理的。
以上都是性能上限。sqlite库和chrome使用的技术，理论上，应该是没有上限的。

哈哈，楼上幽默且蛋疼的评测，太赞了。

白左：请叫我无聊帝，不用谢。

=============蛋疼的分割线=============

那么首先，通常大家都会至少有几百个标签，所以为了测试，打开无数个网页慢慢加书签实在是不现实
幸好fx除了places.sqlite以外还支持导出html和json格式的书签

那么我直接编辑了json格式的书签，添加了1000个网址，fx毫无压力地打开了








============更加蛋疼的分割线============

那么下面我添加了100000个网址，fx毫无压力地打开了……然后死掉了


或许是因为json格式解析压力大？那么换成html格式……然后同样失去响应



考虑到书签也是要写入到places.sqlite里去的，据说fx的数据库结构不适合处理大量数据吞吐，所以瓶颈应该出在这里。
那么理论上一万左右的书签fx处理起来还是没有问题的，10000书签应该能满足大部分人的需求了











============知己知彼的分割线===============

那么chrome好像不支持json格式，直接把刚才搞出来体积7.8M的html格式修改修改喂给chrome君会如何呢？
测试用的是chromium 29.0.1509.0 (200182)
导入书签卡了，用时4秒完成导入
点开那个有十万书签的文件夹也卡了，用时5秒才显示出来
——似乎cr君生存力不错

Notepad++本身不适合编辑大文件，十万书签编辑起来已经是一步三卡，即将毙命
要继续增加书签数量，只能祭出vim了









============玩死谷哥的分割线================

那么， 现在是一个含有一百万条类似

<DT><A HREF="http://1" ADD_DATE="1372064221" LAST_MODIFIED="1372064221"></A>
<DT><A HREF="http://2" ADD_DATE="1372064221" LAST_MODIFIED="1372064221"></A>
...
<DT><A HREF="http://999999" ADD_DATE="1372064221" LAST_MODIFIED="1372064221"></A>
<DT><A HREF="http://1000000" ADD_DATE="1372064221" LAST_MODIFIED="1372064221"></A>

这样条目的html书签文件，体积约80M

选择导入后，chromium大概花了3秒钟读取文件，没有cpu占用，之后开始导入，基本上保持一个核持续80%+占用，其他核心持续20%左右占用。看来这个工作没法多线程来着。
总之原本预计应该在40~80秒后完成的工作（假设时间复杂度是O(n)的话……），在等待了5分20秒，吃掉了2.4G内存后chrome崩溃了









================结论的分割线===============


那么就书签数量来看的话，小熊猫君一个比较宽松的上限大约是十万条。不过我估计一万条应该小熊猫君就开始叫唤了。
chrome君的一个上限是一百万条，一个下限是十万条，二三十万条应该还是可以处理的。
以上都是性能上限。sqlite库和chrome使用的技术，理论上，应该是没有上限的。回到原帖

你好，火狐一个比较宽松的上限大约是十万条书签，那不知火狐6、7、8万条书签是否会死掉失去响应？？谢谢。

换了win7系统后书签越来越多了。

目前书签1358

文科：目前书签1358回到原帖

怎么统计自己书签总数？

找到简单的了。打开我的足迹（书签管理器），Ctrl+A

未分类书签也就1000多个。看来还有很大余地。

fiag：怎么统计自己书签总数？回到原帖

打开 about:healthreport  左边就有

文科：打开 about:healthreport  左边就有回到原帖

这里说我书签数才700多，和我刚刚看的地方，为啥差300多呢

fiag：这里说我书签数才700多，和我刚刚看的地方，为啥差300多呢回到原帖

健康报告应该不会错呀，你刚才在哪里看到的1000+

文科：健康报告应该不会错呀，你刚才在哪里看到的1000+回到原帖

上截图

fiag：上截图回到原帖

我也不知道什么情况了

上面2位大大肿么就这么点书签的，健康报告里面的书签显示貌似只是其中的一部分，全部书签要具体打开我的足迹后下面全部书签栏要一 一展开，每个Ctrl+A 后一 一相加即可。最近使用的临时书签可以不算。