Open GoogleCodeExporter opened 9 years ago
左取消右确定我是故意的,对于过于简单的东西我一般会把��
�弄得有些别扭,这样不容易出错。
事实证明越是简单地操作就越容易出错。
默认100是因为写2.1的时候正处于封杀非常严重的时候,不过��
�在弄个100也OK,反正可以挑里面的靠前的IP复制出来。
Original comment by arbiterazzvx
on 19 Jun 2014 at 2:31
嗯,也有道理,虽然有点奇怪。
第一个和第二个问题我觉得可以改进。
100个我觉得扫描耗时有点久,而持久性很可能并无提高。
长时间扫描的用户特征可能过于明显,尽管也许影响不大。
用户可能并不知道筛选而全复制过去。
Original comment by yfdyh000
on 19 Jun 2014 at 2:40
我大概统计了一下,高性能IP段(针对中国国内,Ping在100ms以
下的IP)的IP总数有将近20万,就算Google只开放一半的IP,那么
也有将近10万,设成100随出高性能IP的概率为10%,刚好可以满�
��需求了。
之所以随机就是为了解决IP段过于集中的问题,所以默认值我
应该不会改。
现在2.2版20线程扫100个IP大概只用2分钟,一般人都等得起。
而且我发现随机测试出来之后,扫描出来的IP被重置的概率低
了好多。
我现在在用2.1-13扫出来的130个IP,在移动和电信上都运作的良
好,good都在100以上。
Original comment by arbiterazzvx
on 19 Jun 2014 at 4:24
嗯,既然有统计那就先不改吧,我只是个人感觉。
我是联通,2.2-0,默认12线程,大约每分钟扫描出20个IP,速率
差不多。
看来我应该手动提高线程数,之前担心增加重置率所以用的��
�认线程数,因此比较慢。
增加IP池数量原来能降低重置率吗,之前我担心IP变化与证书�
��换过多会比较明显。
看来我理解错了,分摊IP与流量也许反而降低了重置率吧。
Original comment by yfdyh000
on 20 Jun 2014 at 3:16
Original issue reported on code.google.com by
yfdyh000
on 19 Jun 2014 at 2:06