abc@home：pac (和 hosts) 是最原始的过滤方法，主要缺点是：
1. 必须整个 host 屏敝，不能单獨屏闭 host 入面指定内容(廣告)
2. 在一些情况下，比如屏闭框加页面，被屏闭内容的位置会显示 http 错误讯息回到原帖

abc啊，终于让我逮到活的了。膜拜，浏览器原来可以这么多玩法的就是从Maxthon论坛看到这个id开始的~~

abp 速度快, 10000 条规则和100条规则 执行的时间几乎相同(假设另外9900条规则并不匹配给定的url,通常的url(<300字符)执行时间不到1毫秒).
正则表达式, 2000 条就直接变乌龟了. (不论他们匹不匹配给定url)

abp的算法有进一步优化的余地, 我在一个月前和作者讨论过了, 但是鉴于现有的订阅列表需要做一些细微的调整来适应新算法, 将在1.4部署.

我自己有个"零慢规则"版的半成品abp(能够优化任何过滤规则不论是否正则,但要求有足够信息以优化), 速度是abp的3-10倍(取决于平均url长度), 不过bug多多.
实际算起来速度也不怎么重要了, 使用debug版jsshell测试时加载easylist非EHH规则对1000url共200000字符 abp平均耗时在800ms, 同等情况我的是100ms.

惊现abc.....哈哈

abp 最新的dev版 已经应用了我的那个改良了.

arch7819：abp 最新的dev版 已经应用了我的那个改良了.回到原帖

好啊，虽然我不用dev版，但算法是核心啊。那你就是Adblock论坛那个lyricconch？

不知怎的，总觉得autoproxy在脱firefox的速度，或者说占cpu