web123lai的个人空间

Arch8314：由于是每级的查询, 在 url 列上的索引无法使用, sql 语句导致对 places.sqlite 的全表查询了. 按 lz 的描述, 扩展也有设计错误的地方, 对 places.sqlite 的查询应该是在 在 :hover 的时刻才进行的, 而非在 location 改...(2012-04-25 20:33)

回复

alanfly：Firefox的地址栏是个好东西，无愧“智能”之名。(2012-04-25 20:33)

回复

eagle5678：cool 状态信息在地址栏显示有bug 网址与状态信息会堆在一起(2012-04-25 20:33)

回复

kmc： 那这样说这个扩展开每个网页都稳定地去读150MB左右的I/O应该还是蛮惊人的，我看了一下开本论坛的一个普通的讨论帖子只加个2，3Mb。(2012-04-25 20:33)

回复

cnlucky：试了一下，不是很喜欢，还是继续用location2算了(2012-04-25 20:33)

回复

fang5566：我认为我们不应该关注I/O总量，而应该关心短时间内的I/O吞吐量，而这个才有可能让我们感觉到卡顿。 我在用IDM下载文件的时候，感到IDM下载HTTP确实速度惊人，但是当使用IDM下载很大的文件的时候，当下载完成合并几个下载分段时候，硬盘灯常亮，整个系统非常卡，操作甚至失去响应，...(2012-04-25 20:33)

回复

kmc： 也是，要读历史记录哦。(2012-04-25 20:33)

回复

fang5566：因为这个扩展很经常读取和写入places.sqlite。我从来没有感到I/O大而导致FF变得卡。(2012-04-25 20:33)

回复

kmc：用了一下还是放弃了，因为我注意到昨天到今天Firefox的I/O值动不动就十几G，刚刚看了一下I/O读取字节已经50G+了，卡得要命。 看了一下，启用这个扩展后，开任何一个网页，I/O读取就加150MB左右…… 我原来还以为I/O的大小只是心理作用，现在发现Firefox一旦...(2012-04-25 20:33)

回复

fang5566：这扩展还是不错的，一大亮点就是可以在面包屑的每一段右键点击，选择该段地址下的历史记录，直接鼠标滚动有时也有惊喜。(2012-04-25 20:33)

回复