I2P 开发者会议 - 2006年4月4日

16:21 <jrandom> 0) 嗨 16:21 <jrandom> 1) 网络状态和 0.6.1.14 16:21 <jrandom> 2) Syndie 规划 16:21 <jrandom> 3) 本地 jbigi 优化 16:21 <jrandom> 4) ??? 16:21 <jrandom> 0) 嗨 16:21 * jrandom 挥手 16:21 <jrandom> 每周状态说明发布在 http://dev.i2p.net/pipermail/i2p/2006-April/001275.html 16:21 * Complication 阅读中 16:22 <jrandom> 在你们阅读那篇（草草整理的）帖子时，我们先来讨论 1）网络状态 16:23 <@cervantes>（论坛恢复） 16:23 <jrandom> 目前有一些问题影响 0.6.1.13 的使用，我们已追踪并解决了其中大多数 16:24 <Complication> 在我这边，用“第4个”CVS 构建时，我注意到我的图表发生了变化 16:24 <jrandom> 仍有一些小问题正在测试和改进，不过几天内应该会发布 16:24 <Complication> 总体来说，更稳定，抖动更少了 16:24 <jrandom> 糟糕，我忘了把它递增到 -4 了，是吧？ 16:24 <jrandom>（好吧，-5 将在今晚稍晚放出） 16:24 <jrandom> 不错，Complication 16:25 <Complication> 不过我的感觉也可能受 jbigi 影响，因为我没刻意排除这个因素 16:25 <Complication> 现在过了一会儿，重传率也降到了 15% 16:28 <jrandom> 嗯，我也看到我的平均 ssu rto 接近 3 秒的上限了 16:28 <jrandom>（不过重传率仍然很低，低于 5%） 16:29 * Complication 再看了一眼 16:29 <Complication> 可以说原始平均值刚刚超过 1500 16:29 <Complication>（在我这边） 16:30 <+fox> <BrianR___> jrandom: i2p 数据包是否有事实上的“MTU”？ 16:30 <jrandom> 啊好，也许随着那个值一点点上升，重传率会下降 16:30 <Complication> 我注意到我的一开始是较小的 MTU，现在提高到 1350 了 16:30 <jrandom> BrianR___: 是的，要么 1350 要么 608（见 `http://localhost:7657/peers.js）` 16:31 <jrandom> 如果较大 MTU 下失败率过高，就会回退到较小 MTU（反之如果在较小 MTU 下失败率过低，就会跳到较大 MTU） 16:31 <+fox> <BrianR___> jrandom: 那是指内部负载还是可见的 IP 数据包？ 16:31 <+fox> <BrianR___> 也就是说，如果我要通过 I2P 流发送一块数据，为了最小化开销，数据块的理想大小是多少？ 16:31 <jrandom> 那是针对 UDP 负载的 16:32 <jrandom> 流位于上面两层 16:32 <jrandom>（对 tunnels 有一次分片，然后在 stream/i2cp 层还有一次分片） 16:32 <+fox> <BrianR___> 是的……有没有一个理想大小可以尽量减少分片？ 16:32 <jrandom> 使用 streaming 库的应用的理想块大小是“尽量大”，这样 streaming 库就能自行选择合适的大小。 16:33 <jrandom>（也就是“别管幕后那个人”） 16:33 <+fox> <BrianR___> 啊哈……那也许我应该考虑做一下 pipelining 之类的…… 16:34 <+fox> <BrianR___> 我正计划一个请求/响应很多的应用…… 16:34 <jrandom> 那我建议做批处理，以减少过于频繁的往返 16:34 <Complication> 也许把流量集中起来在某种程度上会有帮助 16:37 <jrandom> 好，关于 1）网络状态还有别的事吗，还是我们扭一扭挪到 2）Syndie 规划 16:38 * jrandom 扭了扭 16:39 <jrandom> 这主要是个占位和 cfp —— Syndie 在运行机制和 UI 上都会有较大的改版，所以如果你觉得有哪些关键特性或用例需要覆盖，请联系我 16:40 <jrandom>（随着细节逐步完善，当然会有更多信息） 16:42 <jrandom> 目前我就这些，接着进入 3）jbigi 优化 16:42 <@frosk> 而且我还以为“plotting”是指 Syndie 里一些 jrobin 的图表呢 :) 16:43 <jrandom> 呵呵 16:43 <jrandom> 把每日日志数、每位作者的帖子数、每日新增作者数等等画成图会很有意思 ;) 16:44 <Complication> 哦，关于 Syndie 的一点事（抱歉，现在才想起来） 16:44 <Complication> =一件事 16:44 <@frosk> 你要哪个，0 还是 1？ :) 16:44 <Complication> 你觉得把常用作者和黑名单（垃圾信息）作者分成两份列表，实用吗？容易/困难吗？ 16:45 <Complication> 在 addresses.jsp 上 16:45 <jrandom> 哦，对，这不太难 16:46 <jrandom> 这对改版也是个好主意，不过也许我们可以把它放进 0.6.1.14 的构建里 16:47 <Complication> 算了，不是什么困扰我的事，我只是想起了当时注意到的一点 16:47 <Complication> 总之，在 Linux/AMD64 上本地编译并使用 GMP 4.2 时，jbigi 会更快 16:48 <jrandom> 酷 16:48 <jrandom> 你有和在 GMP 4.1.2 上用 -O3 -m64 的情况比较过吗？ 16:48 <Complication> 而且我因为用了完全错误的编译参数真是蠢透了 :O 16:48 <@cervantes> 顺便说，相关链接是 `http://forum.i2p/viewtopic.php?t=1523&start=30` 16:48 <jrandom> 啊谢谢 cervantes 16:48 <Complication> jrandom：我还没对比，但会的 16:49 <Complication> 在下次计划重启时 16:50 <jrandom> jbigi 的构建过程本质上是“先构建 GMP，然后构建 jbigi.o，再把两者链接在一起”，所以想在 GMP 上做的各种优化都可以作为第一步来做 16:50 <@cervantes> 在我之前做的测试里，-O3 和 -O2 差别不大，不知道在 x86_64 下是否不同…… *耸肩* 16:50 <jrandom> 是啊，也可能还取决于编译器的版本 16:50 <jrandom>（尤其是这些 3.3/3.4/4.0/4.1 的问题） 16:51 <@cervantes> 重申一下我在那个帖子里说过的……短期内我们大概不会看到针对 Windows 64 的 jbigi 优化 16:51 <+fox> <BrianR___> i2p 的 stream 库会做负载压缩吗？ 16:52 <Complication> BrianR: 会 16:52 <@cervantes> 除非有人有 M$ VC 2005 加 64-bit SDK，并且愿意费很大劲把 gmp 编译起来 16:52 <Complication> 至少据我所知 16:53 <@cervantes>（不过曾经哪儿有个把 gmp 移植成 VC 工程的项目） 16:53 <jrandom> cervantes: 嗯，我们有一个能在 amd64/win 上工作 的版本，但并没有把硬件的性能榨干 ;) 16:53 <jrandom>（等我的新机器到了也许我能调一调，因为它是 amd64） 16:53 <+fox> <BrianR___> 在想我是否该用二进制协议来省流量，还是用 zlib 之类把 ASCII 协议压得又好又小…… 16:54 <@cervantes> 酷——不幸的是，Mingw64 或 cygwin64 看起来短期内不会出现…… 16:54 <jrandom> BrianR___: 过早优化是万恶之源，诸如此类…… 16:55 <Complication> 至少部分可读的协议通常更容易调试，不过这也要看你在做什么 16:56 <Complication>（因为有些东西，比如加密，无论如何都不喜欢“可读性” :)） 16:57 <Complication> 但如果 I2P 负责加密并且也做压缩，那么其之上的很多东西就很可能可以用人类可读的协议来做 16:58 <jrandom> 是的 16:58 <jrandom> 好，关于 3）jbigi 的事还有别的吗？ 16:58 <jrandom> 如果没有，我们进入 4）？？？ 16:59 <jrandom> 还有谁有其他会议事项？ 17:01 <+tethra> 我记得最近听说过一些匿名协作工具 17:01 <+tethra> 介意详细说说是哪种，以及它们会不会类似 Syndie 吗？ 17:02 <@cervantes> irc 和 Syndie 就是匿名协作工具 :) 17:02 <jrandom> 嗯，不太确定你指的是什么——或者你是指计划中的 Syndie 改版？ :) 17:02 <+tethra> 确实。 17:02 * tethra 也不确定，所以才问 17:02 <+tethra> 论坛上有人谈到过——匿名的理由之类的 17:03 <+tethra> 我去找那帖，这样我能贴个引用 17:03 <jrandom> 啊对 17:03 <+tethra> http://forum.i2p.net/viewtopic.php?t=1618 17:03 <jrandom> 那个用例主题帖 17:03 <+tethra> - 匿名托管且可公开访问的论坛/留言板/维基 17:03 <+tethra> 对 17:04 <+tethra> 会不会有一个类似 i2wiki 的项目，以 Syndie 之类为基础，还是说交由用户自己来做？ 17:04 <jrandom> 里面有一些好主意，也有不错的反馈 17:05 <jrandom> 可编辑 Syndie 帖子的能力是经常被请求的特性；有了它，你就可以做一个带富文本编辑器的 wiki 17:05 <jrandom> 不过当然，任何东西都不是在真空中出现的——如果有人认为那是必要的，就应该说“嘿，wiki 是必需的，原因如下” 17:06 <jrandom> 可以构建的应用有无穷多，但由于我们的目标是强匿名和强安全，因此在要构建什么上必须谨慎 17:07 <+tethra> 对 17:07 <+tethra> 话虽如此，那些更难保持匿名和安全的事情，最好还是由擅长匿名和安全的人来做，对吧？ 17:08 <jrandom> 大概是这样，不过没有什么小圈子——任何人都可以学习 17:08 <+tethra>（基本上是关键性的东西。我并不是在点名谁，但你懂的。） 17:08 <+tethra> 没错 17:09 <+tethra> 但以牺牲自己和他人匿名性为代价来学习并不是最好的方式 17:10 <jrandom> 当然，每个人都得从某处开始 17:10 <+tethra>（也许如果有人做个类似沙盒的东西，让人可以运行 $software、让别人来攻击之类的，对新手/缺乏经验的人会有帮助？） 17:10 <+tethra> 是的 17:14 <jrandom> 好，还有谁有会议议题？ 17:15 <jrandom> 如果没有 17:15 * jrandom 开始收尾 17:15 <@cervantes> *咳咳* 17:15 * jrandom 暂停 17:16 <jrandom> 怎么了，cerv？ 17:16 <Complication> 好耶，我发现了一个 baf ;P 17:17 <jrandom> baf-阻挡 ;) 17:17 <@cervantes> 哎呀抱歉，继续 baf 吧 17:17 * jrandom 继续收尾 17:18 * jrandom *baf* 地宣布会议结束