I2P 开发者会议 - 2003年12月16日

[22:04] <jrand0m> 0) 嗨 [22:04] <jrand0m> 1) iip [22:04] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:04] <jrand0m> 3) 嗨 [22:04] <jrand0m> 0) 嗨 [22:04] <jrand0m> 欢迎来到第……多少次会议 [22:05] <jrand0m> （68？ 69？） [22:05] <MrEcho> 该死，这里已经下午1点了 [22:05] <jrand0m> GMT-8? [22:05] <duck> 69 [22:05] <jrand0m> 火辣。 [22:06] <jrand0m> 好，1）iip [22:06] *** 退出: tusko（来自客户端的 EOF） [22:06] * MrEcho 为会议编译一个内核 [22:06] <jrand0m> iip 表现得很疯狂。我只知道 nop 在“搬迁服务器”，不管这是什么意思。我不知道什么时候能完成，等等。 [22:06] <jrand0m> 有谁有更多信息想和大家分享吗？ [22:06] *** mids (mids@anon.iip) 加入了频道 #iip-dev [22:06] <MrEcho> 来自 nop 的信息没有 [22:07] <mids> 今天早上有人告诉我我可以重新启动 Trent [22:07] <mids> （昨晚我已经这么做了） [22:07] <jrand0m> 酷 [22:07] <jrand0m> 谢啦 [22:07] <mids> 这说明 nop 认为 IIP 又稳定了一些 [22:07] <mids> 如果这话还有点参考价值的话... [22:07] <mids> *咳嗽* [22:07] <jrand0m> 好的，挺好 [22:08] <jrand0m> [哇哦，室友刚递给我一杯葡萄酒助兴会议] [22:08] <MrEcho> 哈哈 [22:08] <jrand0m> 好吧，既然 nop 在线却不来开会，我们就把“私刑队”留到以后吧 [22:09] <jrand0m> 2）0.2.3 & 0.2.3.1 [22:09] <mids> 你具体想问他什么问题？ [22:09] <protocol> 会议什么时候 [22:09] <jrand0m> 具体问题> 他什么时候会发表正式公告，说明之前的问题，以及将来会如何解决？ [22:09] <jrand0m> 会议现在就在进行中 [22:10] <jrand0m> （也就是，我们何时该考虑使用非 iip 的通信方式） [22:10] <mids> 如果我得到答复会告诉你。 [22:10] <jrand0m> 谢谢 [22:11] <jrand0m> 好，说说 i2p 的事情。 0.2.3 昨天发布了，大部分 Kademlia 代码运行良好，不过也冒出了一些 0.2.2 的老问题，还有其他正在调查的 bug。 [22:11] <jrand0m> 我提交了一个改动：对 dbStore 使用通过 tunnel 的消息，而不是 garlic 消息，这应该能减少 tc（和其他人）在服务器上看到的负载 [22:12] <jrand0m> 还有一个新的持久化 sessionKeyManager，这样重启就不会把 router 完全搞崩 15 分钟 [22:12] <MrEcho> 那客户端连接到 router 的时间怎么样？ [22:12] <duck> 目前感觉跟 0.2.2 一样好/一样糟；除非今晚我的 router/tunnels 又挂了，那就比 0.2.2 还糟 [22:13] <jrand0m> MrEcho> 这似乎是 0.2.2 中两个 bug 互相作用导致的问题，并且现在更频繁了。这两个是我最高优先级。 [22:13] <MrEcho> ok 酷 [22:13] <jrand0m> duck> 我的感觉是从终端用户角度看，它比 0.2.2 更差。我正在设法修复，同时不牺牲匿名性或安全性。 [22:13] <MrEcho> 有那个该死的 bug，做 DNS 的活儿很难 .. 我得频繁重启 DNS 服务器 [22:14] <jrand0m> MrEcho> 用仅本地的 router 我没法复现这个 bug——你用仅本地可以吗？ [22:15] <MrEcho> 不行 [22:15] <jrand0m> 你能把相关的调试日志发我吗？ [22:15] <MrEcho> 已经删了 [22:16] <jrand0m> 好，如果你再试还是不行，能把 router 和客户端两边的调试日志都发给我就太好了。 [22:16] <MrEcho> 还是和以前一样 .. 客户端收到消息说已经发送 .. 但另一端的客户端永远收不到 [22:16] <MrEcho> 给另一个客户端 [22:17] <MrEcho> 好的 .. 我看看能做什么 [22:17] <jrand0m> 好，听起来像是 i2psessionImpl2 的 bug。我在本地没能复现，但一旦修好远端这个问题，希望你的情况也能好转 [22:17] <jrand0m> 谢啦 [22:17] <jrand0m> 无论如何，谢谢大家在更新中的耐心。我们确实在推进，即使表面上看不出来 [22:18] <protocol> 闪耀吧，你这颗疯狂的钻石 [22:18] <duck> 将来，比如 i2p 真正被广泛使用之后，开发/发布流程会如何改变，来防止有问题的版本把网络搞乱？ [22:19] <jrand0m> 一旦 1.0 发布，我会先提供给一群疯狂的志愿者试用一周，如果一切良好，再向所有人发布。 [22:20] * FireRabbit 准备当个疯狂的志愿者 [22:20] <jrand0m> 现在我得和 kaffe 与 jetty 斗智斗勇，去更新 i2p.dnsalias.net [22:20] <duck> 什么物种？ [22:20] * MrEcho 已经是了 [22:20] *** tusko (~tusko@anon.iip) 加入了频道 #iip-dev [22:20] <jrand0m> 你们已经都是疯狂（而且非常给力）的志愿者了 :) [22:20] <FireRabbit> 谢谢你！ [22:20] <FireRabbit> :) [22:21] *** TC (~TC@anon.iip) 加入了频道 #iip-dev [22:21] <jrand0m> 嘿，这不是 tc 吗 [22:21] * MrEcho 抽了 TC 一下 .. 你迟到了 [22:21] <TC> 嘿 [22:21] <TC> 我们又恢复运行了吗？ [22:21] <MrEcho> 是啊我今天能打字了... [22:22] <jrand0m> iip 好像起来了... [22:22] <TC> 耶 [22:22] <jrand0m> 不管怎样，我希望在接下来几天发布 0.2.3.1，只要那两个严重 bug 修好（tc 遇到的 CPU 过载问题已经修复了） [22:23] *** wiht (anon@anon.iip) 加入了频道 #iip-dev [22:23] <TC> 原因是什么？ [22:23] <FireRabbit> 我好像注意到升级到 0.2.3 之后磁盘活动增加了，但我还没花时间确认那是不是 i2p 的原因，还是电脑在犯蠢 [22:23] *** 退出: wiht ((null)) [22:23] <TC> FireRabbit，你有多少内存？ [22:24] <FireRabbit> 那台电脑我记得是 128 [22:24] <FireRabbit> 你觉得会不会是分页文件的问题？ [22:24] <jrand0m> 原因是 0.2.3 把所有 dbStore 消息都通过 garlic 路由消息发送，而不是直接发送，这会使用 ElGamal 或 AES+SessionTag（取决于是否已知标签）。persistentSessionKeyMAnager 会让标签持续更久，而 0.2.3.1 将改为通过 tunnels 发送 dbStore 消息 [22:24] <TC> 因为我有 512，可 i2p 昨晚给了我一个“out of memory”的错误 [22:24] <jrand0m> 真的吗？ 糟糕 [22:24] <FireRabbit> 哦，有意思 [22:25] <MrEcho> 哇 [22:25] <jrand0m> 是的，那是尚待攻克的 bug 清单上的第 3 个（不过它不至于阻挡 0.2.3.1 发布） [22:25] <jrand0m> OOM 不会用满 512 [22:25] <TC> 但现在看起来运行得还行 [22:25] <jrand0m> 它们只会用 Java 分配的内存（比如 64M） [22:26] <TC> 是的 [22:26] <duck> 内存：已用：8187KB [22:26] <jrand0m> 懂了 [22:26] <duck> 这不多！ [22:26] <duck> 还不算 [22:26] <MrEcho> 内存：已用：8908KB 空闲：4088KB [22:27] <jrand0m> 对，里面有东西在增长，我希望在 0.3 前把它查出来 [22:27] <jrand0m> 酷，空闲说明以前用了 12.9M，现在只用 8.9 [22:27] <TC> 目前占用 30MB 内存，但昨晚蹿到（Windows 显示）“70”左右，然后就崩了 [22:27] <jrand0m> 是啊，kaffe 在我这儿也这样，tc [22:28] <jrand0m> 好吧，不管怎样，大家应该订阅 i2p 邮件列表 [22:28] * FireRabbit 想着今天回家就把 meshwork 库重写一下，因为它有些问题 [22:28] <FireRabbit> 唉 [22:28] <jrand0m> ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] <jrand0m> 哎呀，FireRabbit [22:28] <FireRabbit> 这玩意儿永远也完不成了 [22:28] <TC> 是啊，而且大多数时候内存不算什么大问题 [22:28] <jrand0m> 呵呵，没有哪个项目会像人们期望的那样顺利 [22:28] <FireRabbit> 不会 [22:28] <protocol> jrand0m：邮件列表触发了 Yahoo! 的垃圾邮件防护 [22:28] <protocol> 提前提醒一下 [22:28] <jrand0m> 真的，protocol？ [22:29] <protocol> 是的 [22:29] <jrand0m> 也许我抄送 iip-dev 时就是这个触发了垃圾邮件保护 [22:29] * jrand0m 会写信给我的 ISP [22:29] <jrand0m> （或者是 .dnsalias.net 这个域名的问题） [22:30] <protocol> 我到现在还没收到邮件，而且我在能检查之前就清空了垃圾邮件箱 [22:30] <duck> 或者是 jrandom 这个昵称 [22:30] <jrand0m> 哈哈 duck [22:30] <FireRabbit> :) [22:30] <jrand0m> 如果我的昵称被过滤了那就太酷了 :) [22:30] <FireRabbit> 呵呵 [22:30] *** wiht (anon@anon.iip) 加入了频道 #iip-dev [22:30] <jrand0m> 欢迎回来，wiht [22:30] <jrand0m> 说到这个，我想我该插入 3.1）apps :) [22:31] <jrand0m> 嘿，MrEcho，战况如何？ [22:31] <wiht> jrand0m: 你好。 [22:31] <MrEcho> 等哪天有人写个 Linux 编译配置的自动检测程序 [22:31] <MrEcho> 嗯，它在路上了 [22:31] <duck> Knoppix 不是用了一些自动检测的东西吗？ [22:31] <jrand0m> ./configure ; make ; make check ; make install ; reboot [22:31] <duck> </offtopic> [22:31] <MrEcho> 我基本把我想怎么做都规划好了 [22:31] <jrand0m> 明白 [22:32] <jrand0m> 你有没有清晰的想法，i2ptunnel 要怎么更新才能利用你正在做的东西，MrEcho？ [22:32] <FireRabbit> 我觉得 Knoppix 用的是 hotplug [22:32] <MrEcho> 0.1 不会/可能会锁定 .. 还不确定 [22:32] <jrand0m> 酷 [22:33] <TC> 哦 jrand0m，我有个关于 CVS 的问题 [22:33] <jrand0m> 怎么了？ [22:33] <MrEcho> 对于 DNS 查询，我打算在客户端和 RS 端都开一个服务器端口来做名称查询 [22:33] <FireRabbit> 好的 jrand0m，给我指点一下：如果你有两个数组，一个存刚收到的数据，一个用作缓冲，你会怎么命名它们 [22:33] <MrEcho> 而且我会做一个库给任何应用使用 [22:33] <jrand0m> FireRabbit> src, dest [22:34] <FireRabbit> 嗯 [22:34] <TC> 我想我直接把 hosts 文件更新到基于 i2p 的 CVS 会是个好主意，这样它就能包含进未来的版本里 [22:34] <jrand0m> 当然，tc [22:34] <FireRabbit> 这是个挺大的类，我觉得我想要比那更具体一点的名字 [22:34] * jrand0m 应该给你弄个 CVS 账号 [22:34] <TC> 我只是想知道怎么连上去 [22:34] <duck> TC: 你需要 (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] <duck> 我所知在 Windows 上最容易用的 CVS 客户端 [22:35] * MrEcho 用 DOS 版的 :) [22:35] <mihi> duck: 对于 Windows 来说 != win9x ;) [22:35] * FireRabbit 用 CVS 命令行移植版 [22:35] <duck> mihi: 我用 Win9x 测过 [22:35] <jrand0m> tc> 你之前用过 CVS 吗？ 或者你担心匿名性？ （你现在应该能通过 i2p 使用 CVS） [22:35] * mihi 用 WinCVS 或 Cygwin 的 cvs [22:35] * jrand0m 用 cvs.exe [22:35] <TC> 好，那我用那个客户端再设置代理？ [22:35] <TC> 没有，我以前没用过 CVS [22:35] <jrand0m> 好，会议后我带你一步步完成设置 [22:36] <TC> 好的，谢谢 [22:36] <duck> 关于通过 tunnel 用 CVS： [22:36] <duck> 消息重复不会是个大问题吗？ [22:36] *** 退出: wiht（Ping 超时） [22:37] <duck> 尤其是提交的时候 [22:37] <jrand0m> 是的，duck，不过我没遇到过这个问题（CVS 消息通常很小） [22:37] <jrand0m> >64k 的消息（比如规范的 .pdf 或 .sxw）目前应该通过普通互联网来传 [22:38] <duck> Jabber 消息也经常会重复 [22:38] <jrand0m> 不过你说得对，目前这还不是一个对 CVS 足够稳固的方案 [22:38] <duck> 虽然它们是 XML，但并不大 [22:40] <jrand0m> 对，ACK 丢失是当前 i2psessionimpl2 丢包类 bug 的一个大麻烦 :/ [22:40] <duck> 好 [22:41] <duck> （那是一个部分丢失的 ACK） [22:41] <jrand0m> （以目前的网络规模，除非对端离线，本不该出现重传） [22:42] <jrand0m> 嗯好，还有别的 i2p 相关的事吗？ [22:42] <mihi> jrand0m: 在 i2p 数据包里加某种序列号如何？ [22:43] <jrand0m> i2ptunnel 的包？ [22:43] <mihi> 这有助于解决重复的问题。 [22:43] <mihi> 不，i2pnp 的包 [22:43] <mihi> 好吧，也可以在 i2ptunnel 层面做。 [22:43] <TC> 那么 jrand0m，你的连接恢复了吗，还是还在咖啡馆？ [22:43] <mihi> 也就是如果两次收到相同的编号，就丢弃第二个。 [22:44] <jrand0m> 大多数东西已经会处理重复的 ID 了，不过你说得对，剩下的消息会在 0.3 做更新 [22:44] <jrand0m> 对，目前我们保留最近 1000 个 msgIds 的历史来丢弃重复 [22:44] <mihi> 好的，如果有人愿意给 i2p 写个好的 TCP 实现，那就更好了 ;) [22:44] <jrand0m> 太好了！ :) [22:44] *** Nostradumbass (nostradum@anon.iip) 加入了频道 #iip-dev [22:45] * jrand0m 觉得等 1.0 临近时，会对某个[尚未确定的杀手级应用/特性]设置悬赏 [22:45] <duck> 赢得与 UserX 一小时的私聊！ [22:45] <jrand0m> 哈哈 [22:45] <MrEcho> 哈哈 [22:46] <jrand0m> 好，这第 69 次 iip-dev 会议，还有其他 i2p 的事、iip 的事，或其他什么吗？ [22:46] <jrand0m> （除了 userx 的海报女郎评论） [22:47] <duck> 还有其他 duck inc. 应该运行的应用吗？ [22:47] <jrand0m> bluebeep! [22:47] <TC> 1. jrand0m 你的连接问题修好了吗？ 2. 你觉得我的新 eepsite 怎么样？ [22:47] <TC> bluebeep? [22:47] <jrand0m> 哦抱歉 tc。 是的，我终于有网络了 :) 除了论坛（很给力），我还没看你的新 eepsite，稍后我会去看看 :) [22:48] <duck> TC：我喜欢新的设计 [22:48] <TC> 嗯，我也应该改改论坛，减少加载时间 [22:48] <duck> 只是你应该试着禁用 phpboard 的邮件功能，现在每次都会报错 [22:48] <TC> 谢谢，duck [22:48] <jrand0m> 去掉图片会更好 [22:49] <TC> 好主意 [22:49] <jrand0m> （bluebeep 是个老的拨号扫描器） [22:49] <MrEcho> 是啊 [22:49] <jrand0m> （而且是个很好玩的玩具） [22:49] <duck> 请注意这里的平均年龄是 16 岁 [22:50] * MrEcho 24 岁 [22:50] * duck 蹲下（duck） [22:50] * jrand0m 怀疑没有太多 3 岁小朋友来拉平我们这些老家伙的平均年龄 ;) [22:50] *** wiht (anon@anon.iip) 加入了频道 #iip-dev [22:50] <MrEcho> 哈哈 [22:50] * TC 曾经做过一个 blackbox [22:50] <jrand0m> w3wt [22:50] <lonelynerd> 会议已经结束了吗？ [22:50] <duck> 最后一个问题： [22:50] *** protocol 现在改名为 proto_afk [22:51] <duck> 我们该怎么读 Kademlia 的统计信息？ [22:51] * jrand0m 还没 !baf 呢，lonelynerd，尽管问吧 :) [22:51] * MrEcho 在内核里干掉了 PCMCIA 支持 [22:51] <duck> 就是想搞明白 routerConsole.html 输出的是什么 [22:51] <MrEcho> 我快被气到了 [22:51] <jrand0m> 好，你指的是 JobQueue 的统计吧？ [22:52] * duck 猜大概都很显而易见 [22:52] <jrand0m> 基本上我看 JobQueue 统计时，会检查 Build garlic message、build tunnel 和 handle * message 这些任务的平均执行时间是否很短 [22:52] <jrand0m> （这些通常是最耗时的任务，一旦待处理队列变大，所有东西都会遭殃） [22:53] <lonelynerd> （其实，我最好先读读日志） [22:53] <duck> 明白 [22:53] <jrand0m> 我看到的 0.1–0.6 秒的平均等待时间实在糟糕，这是到时候调优时我要重点改进的之一 [22:54] <jrand0m> netDb 内容的活跃度和可靠性基本上是随机数，只要它们 > 100。 last sent successfully 表示上次成功发送给两个或更多对等点的时间 [22:54] <jrand0m> （如果它不是本地的，我们会随机重发） [22:54] <jrand0m> （不过不超过每 5 分钟一次） [22:55] <jrand0m> 有没有什么统计对大家会有帮助，或者其他可视化能帮上忙？ （如果不太简单我可能不会加，但如果容易的话我大概会） [22:56] <duck> 谢谢 [22:57] <jrand0m> 还有其他评论/问题/担忧/飞盘吗？ [22:59] <jrand0m> 既然如此 [22:59] * jrand0m 预备 [22:59] * jrand0m *baf* 宣布会议结束