I2P 开发者会议 - 2005年8月09日

13:11 <jrandom2p> 0) 嗨 13:11 <jrandom2p> 1) 0.6.0.2 13:11 <jrandom2p> 2) 路线图更新 13:11 <jrandom2p> 3) ??? 13:11 <jrandom2p> 0) 嗨 13:11 * jrandom2p 挥手 13:11 <+detonate> 嗨 13:11 <jrandom2p> 每周状态说明发布在 @ http://dev.i2p.net/pipermail/i2p/2005-August/000839.html 13:12 <jrandom2p> 好，先简要谈谈 [1-2]，然后自由讨论.. 13:12 <jrandom2p> 1) 0.6.0.2 13:12 <jrandom2p> 已发布。之类的 13:12 <jrandom2p> 有人对 0.6.0.2 有问题/评论/担忧吗？ 13:13 <jrandom2p> 如果没有，继续 2) 路线图更新 13:13 <jrandom2p> 那个，呃，路线图已经更新了。之类的 ;) 13:14 <duck> 你这澳洲人 13:14 <+bla> jrandom：即使某个目标平时在线，联系它仍然会间歇性出问题 13:14 * postman 表示赞同（第二个） 13:14 * detonate 也赞同（第三个） 13:14 <+bla> jrandom：比如，forum.i2p 一开始工作正常，过几分钟就不行了，需要刷新几次 13:15 * bla 第一个提到的 ;) 13:15 <jrandom2p> 嗯，是的，我听说过这种情况。用 0.6.0.2 也会，对吧？ 13:16 <+postman> 的确如此，先生 13:16 <+bla> 是的，0.6.0.2 13:16 <+bla> 可能是 netDb 的问题，或者选择放进 tunnel 的对等节点不佳（也可能是别的问题） 13:16 <jrandom2p> 好的 13:17 <jrandom2p> 最近 tunnel 的对等节点选择确实挺糟，netDb 存储泛洪也一样 13:17 <jrandom2p>（去你的 /oldstats.jsp 看看 tunnel 请求失败计数） 13:18 <+bla> 现在我们用 UDP/SSU 之后，peer 分类似乎比以前更好了：一些我知道很快的对等节点，通常会出现在 profile 页面上的 "fast" 部分 13:19 <jrandom2p> 不错 13:19 <jrandom2p> 0.6.0.2 基于 netDb 增加了一些 tunnel 拒绝逻辑，这是之前就该做的（如果找不到下一跳就拒绝加入），所以拒绝次数增加是预期的 13:19 <+bla> 不过我确实应该再去看看分类算法了…… ;) 13:20 <jrandom2p> 我一直在做画像/统计分析，但还没有确切结果 13:21 <jrandom> 那就太好了，bla :) 13:25 <jrandom2p> 好，关于 2) 路线图更新 还有别的吗？ :) 13:26 <jrandom2p> 如果没有，进入 3) ??? 13:26 <+detonate> 你觉得把相对于众数失败/duprecv 率很高的对等节点拉入黑名单有用吗？ 13:27 <jrandom> 嗯，我不太确定——如果失败/重复率高到没法用，我们就慢慢而谨慎地传输 13:27 <jrandom> 只要消息能传到，就能传到 13:28 <jrandom> 我们没有把直接对等通信的统计用于画像是有原因的——依赖它们会让我们容易受到一些简单而强大的攻击（对不同 peer 表现不同，看看谁在用你，等等） 13:29 <+detonate> 嗯 13:29 <+detonate> 好的 13:29 <jrandom> 但也许我们需要对处在如此拥塞连接中的对等节点断开会话 13:29 <+detonate> 说得好 13:34 <jrandom> 好，还有谁在 3) ??? 这点上要提什么吗 13:34 <luckypunk> 哦，哦，也许你该等大家都回来 13:34 <luckypunk> 再问关键问题 :P 13:35 <jrandom2p> 哼，他们有邮件列表 ;) 13:35 <luckypunk> 嗯 13:35 <luckypunk> 我想这就是抱怨的正确地方 13:36 <luckypunk> I2P 还是挺吃 CPU 的 13:36 <luckypunk> 但没以前那么多了 13:36 <luckypunk> 的确，我从 5.0 时代起就没跑过它 13:36 <luckypunk> 不过是的 13:36 <luckypunk> 呃 13:36 <luckypunk> 0.5.0 13:36 <jrandom2p> 不错，你的哪台机器能跑？ 13:36 <luckypunk> 呃 13:36 <luckypunk> ffs 13:36 <luckypunk> 我自从 0.6.0.0 起就没用过它 13:36 <luckypunk> 在 Pentium 2 上工作良好 13:37 <luckypunk> 默认的 nice 值意味着，只要我长时间做太吃 CPU 的事，它就容易崩溃，因为 I2P 会被饿死 CPU 13:38 <+detonate> 嗯，也许可以在 router 控制台的网络配置里提供个位置来把 introducer（引介者）写死，一旦有了 introducer，用户可以自行指定 13:39 <jrandom2p> 你现在在用 0.6.0.2 吗，luckypunk？ 13:39 <@smeghead> detonate：那是可信路由的东西……在路线图的后面 :) 13:39 <luckypunk> 没有 13:39 <luckypunk> 我自从 0.6.0.0 起就没跑过它 13:39 <@smeghead> *受限路由 13:40 <luckypunk> 但它的 CPU 占用看起来少多了。 13:40 <+detonate> 哈，有了 introducer 就该有这个功能了 :) 13:40 <jrandom2p> 啊对，detonate，introducer 的选择当然可以配置，但大概会是个隐藏的高级配置项 ;) 13:41 <jrandom2p> luckypunk：0.6.0.1 砍掉了不少加密开销，0.6.0.2 应该会更有帮助。找个时间试试，可能会跑得更好 13:41 <luckypunk> 好的 13:41 <@smeghead> 如果某个 introducer 不想让你老选它怎么办？ 13:41 <luckypunk> 我感觉现在在一台专用的中端 Pentium 上 I2P 会跑得不错。 13:41 <jrandom> smeghead：那它就会说“滚开，我不打算给你当 introducer” 13:42 <jrandom> 而且 peers 会有多个 introducer，这样会平衡 13:42 <jrandom>（而且只是给新对等节点建连需要 2 个数据包，不是所有通信的包都要经过它们） 13:44 <+detonate> 如果 introducer 的工作方式不同，你可以在它们之间做多数表决以决定哪些在工作，但按目前的方式这么做没有意义 13:45 <ant> <jme___> 问：我在哪里能找到这个投票系统的描述？ 13:45 <jrandom> 多数没有任何意义 13:45 * jrandom 对投票一点也不信任 13:45 <jrandom>（尤其考虑到 Sybil） 13:45 <jrandom> 如果一个新对等节点能通过某个 introducer 联系到你，那这个 introducer 就是在工作的 13:47 <+detonate> vanguard 的状态如何，这多少有点相关 13:47 <+detonate> 趁着 smeghead 在 13:51 <jrandom> 好吧，如果没有别的…… 13:51 * jrandom 收尾 13:51 * jrandom *baf*s 会议结束