I2P 开发者会议 - 2004年6月01日

[22:59] <duck> Tue Jun 1 21:00:00 UTC 2004 [23:00] <duck> 大家好！ [23:00] <mihi> 嗨 duck [23:00] <duck> http://dev.i2p.net/pipermail/i2p/2004-June/000250.html [23:00] <duck> 我的提案： [23:00] * Masterboy 已加入 #i2p

[23:00] <duck> 1) 代码进展 [23:00] <duck> 2) 精选内容 [23:00] <duck> 3) 测试网络状态 [23:00] <duck> 4) 悬赏 [23:00] <duck> 5) ??? [23:00] <Masterboy> 嗨:) [23:00] <duck> . [23:01] <duck> 既然 jrandom 不在，我们就得自己来 [23:01] <duck> （我知道他在记录并验证我们的独立性） [23:01] <Masterboy> 没问题:P [23:02] <duck> 除非议程有问题，我建议我们就按它来 [23:02] <duck> 不过如果你们不这么做，我也没啥办法 :) [23:02] <duck> . [23:02] <mihi> ;) [23:02] <duck> 1) 代码进展 [23:02] <duck> 提交到 cvs 的代码不多 [23:02] <duck> 我这周确实赢得了奖杯：http://duck.i2p/duck_trophy.webp [23:03] * hypercubus 还没有 cvs 账号 [23:03] <Masterboy> 那谁提交了点什么？ [23:03] <duck> 有人在偷偷写代码吗？ [23:03] * Nightblade 加入了 #I2P

[23:03] <hypercubus> BrianR 正在做一些东西 [23:04] <hypercubus> 我大概已经把 0.4 安装程序粗糙地做了 20%。 [23:04] <duck> hypercubus：如果你有东西，就提供 diffs，$dev 会替你提交。 [23:04] <duck> 当然，严格的许可协议仍然适用。 [23:05] <duck> hypercubus：不错，还有什么问题 / 值得一提的事情吗？ [23:06] <hypercubus> 还没有，不过我可能需要几位 BSD 的人来测试预安装程序的 shell 脚本 [23:06] * duck 四处翻找了一下 [23:06] <Nightblade> 它是纯文本的吗 [23:07] <mihi> duck：在 duck_trophy.webp 里哪个是你？ [23:07] <mihi> ;) [23:07] <Nightblade> luckypunk 有 freebsd，我的 ISP 也有 freebsd，不过他们的配置有点乱 [23:07] <Nightblade> 我是说我的网站托管的 ISP，不是 Comcast [23:08] <duck> mihi：戴眼镜的是左边那个。wilde 是右边把奖杯递给我的那位 [23:08] * wilde 挥手 [23:08] <hypercubus> 你可以选择…… 如果你已安装了 java，可以完全跳过预安装程序…… 如果你没有安装 java，你可以运行 linux 二进制或 win32 二进制的预安装程序（控制台模式），或者 通用的 *nix 脚本预安装程序（控制台模式） [23:08] <hypercubus> 主安装程序让你可以选择使用控制台模式或炫酷的 GUI 模式 [23:08] <Masterboy> 我很快会装 freebsd，所以以后我也会试试这个安装程序 [23:09] <hypercubus> 好，太好了……我还不知道除了 jrandom 之外还有没有人在用它 [23:09] <Nightblade> 在 freebsd 上，java 是通过 “javavm” 调用的，而不是 “java” [23:09] <hypercubus> 是按 Sun 的源码构建的吗？ [23:09] <mihi> freebsd 支持符号链接（symlink） ;) [23:10] <hypercubus> 总之，二进制预安装程序已经 100% 完成了 [23:10] <hypercubus> 用 gcj 编译成原生可执行程序 [23:11] <hypercubus> 它只会让你输入安装目录，然后会替你获取一个 JRE [23:11] <duck> 太棒了 [23:11] <Nightblade> 不错 [23:11] <hypercubus> jrandom 正在为 i2p 打包一个定制的 JRE

[23:12] <deer> <j> . [23:12] <Nightblade> 如果你从 FreeBSD ports 集合安装 Java，你会使用一个名为 javavm 的包装脚本 [23:12] <deer> <r> . [23:12] <hypercubus> 总之，这玩意儿会几乎完全自动化 [23:12] <deer> <r> . [23:12] <deer> <r> . [23:12] <deer> <r> . [23:12] <deer> <duck> r: 住手 [23:12] <deer> <r> . [23:12] <deer> <m> . [23:13] <deer> <m> 蠢到爆的 irc 服务器，不支持 pipelining（流水线化） :( [23:13] <duck> hypercubus: 有 ETA（预计完成时间）吗？ [23:14] <deer> <m> 糟了，问题是“Nick change too fast” :( [23:14] <hypercubus> 我仍然预计在不到一个月内完成，在 0.4 成熟到可以发布之前 [23:14] <hypercubus> 不过目前我正在为我的开发系统编译一个新的操作系统，所以 还要几天我才能回到安装器上 ;-) [23:14] <hypercubus> 但别担心 [23:15] <duck> 好的。那下周会有更多消息 :) [23:15] <duck> 还有做其他编码吗？ [23:15] <hypercubus> 但愿吧……除非电力公司又坑我 [23:16] * duck 移动到 #2 [23:16] <duck> * 2) 精选内容 [23:16] <duck> 本周做了很多流媒体音频（ogg/vorbis） [23:16] <duck> baffled 在运行他的 egoplay 流，我也在运行一个流 [23:16] <Masterboy> 而且效果相当不错 [23:17] <duck> 在我们的网站上你可以找到如何使用它的说明 [23:17] <hypercubus> 有大致的统计数据给我们吗？ [23:17] <duck> 如果你使用了那上面未列出的播放器，并摸索出如何使用的方法，请发给我，我会加上 [23:17] <Masterboy> duck 你的网站上 baffled 的流的链接在哪里？ [23:17] <Masterboy> :P [23:17] <duck> hypercubus: 4kB/s 表现还不错 [23:18] <duck> 用 ogg 也不算太糟 [23:18] <hypercubus> 但这看起来仍然是平均速度？ [23:18] <duck> 我的观察是，那就是上限 [23:18] <duck> 不过这全靠配置调优 [23:19] <hypercubus> 知道为什么那似乎是上限吗？ [23:19] <hypercubus> 而且我说的不只是流媒体 [23:19] <hypercubus> 还有下载 [23:20] <Nightblade> 我昨天从 duck 的托管服务下载了一些大文件（几兆字节），速度也大约是 4kb-5kb [23:20] <duck> 我认为是 rtt（往返时延） [23:20] <Nightblade> 就是那些 Chips 电影 [23:20] <hypercubus> 4-5 似乎比我自从开始使用 i2p 以来一直稳定得到的约 ~3 有所改善

[23:20] <Masterboy> 4-5kb 不错了.. [23:20] <duck> windowsize 为 1 的情况下，你不会快多少.. [23:20] <duck> windowsize>1 悬赏：http://www.i2p.net/node/view/224 [23:21] <duck> mihi：也许你可以评论一下？ [23:21] <hypercubus> 但它惊人地稳定在 3 kbps [23:21] <mihi> 关于什么？在 ministreaming 下把 windowsize>1：如果你能做到你就是个法师 ;) [23:21] <hypercubus> 带宽计上没有卡顿……一条相当平滑的曲线 [23:21] <duck> mihi：关于为什么它能稳定在 4kb/s [23:21] <mihi> 不知道。我听不到任何声音 :( [23:22] <duck> mihi：对于所有 i2ptunnel 传输 [23:22] <Masterboy> mihi 你需要配置 ogg 流媒体插件.. [23:22] <mihi> Masterboy：？ [23:23] <mihi> 不，i2ptunnel 内部对速度没有限制。那一定是在 router 里… [23:23] <duck> 我的想法：最大包大小：32kB，5 秒 rtt：32kB/5s =~ 6.5kb/s [23:24] <hypercubus> 聊起来有道理 [23:25] <duck> 好的.. [23:25] <duck> 其他内容： [23:25] * hirvox 加入了 #i2p

[23:25] Naughtious 有了一个新的 eepsite [23:25] anonynanny.i2p [23:25] 密钥已经提交到 cvs，而且他把它放在 ugha 的 wiki 上了 [23:25] * mihi 正在听 “sitting in the …” - duck++ [23:25] 试试看能不能以 4kb 的速度打开两三个 stream，这样你就能判断问题是在 router 里还是在 streaming 库里 [23:26] Naughtious：你在吗？说说你的计划吧 :) [23:26] 我读到他说他提供托管 [23:26] Nightblade：我试过从 baffled 做 3 个并行下载，每个都有 3-4kB [23:26] 我懂了 [23:27] Nightblade：那你怎么判断的？ [23:27] * mihi 喜欢用 “stop&go” 模式听 ;) [23:27] 嗯，如果 router 里有某种限制只能一次处理 4kb [23:27] 或者是别的问题 [23:28] 有人能解释一下这个 anonynanny 站吗？我现在没有运行中的 i2p router [23:28] hypercubus：就是个 wiki 或类似的东西 [23:28] plone CMS 的部署，开放注册 [23:28] 允许文件上传和网站相关内容 [23:28] 通过 Web 界面 [23:28] 另一件可以做的事是测试 “repliable datagram（可回复的数据报）” 的吞吐量，据我所知（afaik）它和 stream 是一样的，只是没有确认（acks） [23:28] 跟 drupal 很像 [23:28] 对，我以前跑过 plone [23:29] Nightblade：我一直在考虑用 Airhook 来管理这些 [23:29] 但目前只有一些基本想法 [23:29] wiki 内容是随意的，还是聚焦某个主题？ [23:29] 我想 Airhook 是 GPL 授权的 [23:29] 我说的是协议 [23:29] 不是代码 [23:29] 啊 :) [23:30] hypercubus：他想要高质量内容，而且让你来提供 :) [23:30] 把你自己最好的 pr0n 传上去吧 hyper;P [23:30] 好吧 [23:30] * Masterboy 也会试试这么做 [23:30] 是啊，任何人跑一个开放的 wiki 都是在呼唤高质量内容 ;-) [23:31] 好吧 [23:31] * duck 移动到 #3 [23:31] * 3) 测试网络状态 [23:31] “Airhook 能优雅地处理间歇性、不可靠或延迟的网络” <– 呵呵，对 I2P 的描述不太乐观！ [23:31] 最近情况如何？ [23:32] 把关于把数据报跑在 i2p 之上的讨论放到最后 [23:32] 我喜欢跑到开放的 wiki 上贴这个链接：http://www.fissure.org/humour/pics/squirre l.webp [23:32] airhook 很赞 [23:32] 我也在考虑用它来构建一个 P2P 网络 [23:32] 在我看来很可靠（#3） [23:32] 是我见过的最佳状态 [23:33] 是啊 [23:33] 运行很好——至少对于 stop&go 音频流 [23:33] 我在 irc 上看到的在线时长很可观 [23:33] 同意……在我的 router 控制台里看到更多蓝色小人了 [23:33] mihi：你在听 techno 吗？:) [23:33] 但很难判断，因为 bogobot 似乎无法处理跨过 00:00 的连接 [23:33] 对我来说音频流非常好，但加载网站经常要多试几次 [23:33] 我觉得 i2p 跑 6 小时后非常好用，在第 6 个小时我用了 irc 7 小时，所以我的 router 总共跑了 13 小时 [23:33] （提示） [23:34] duck：呃……呵呵 [23:34] 我想我能修 [23:34] 你的日志是按天设置的吗？ [23:34] hypercubus++ [23:34] 日志轮换是说 [23:34] 哦是的 [23:34] duck– [23:34] 那就是原因 [23:34] 我一整天都在上班，回家开了电脑启动 i2p，几分钟后就上了 duck 的 irc 服务器 [23:35] 我碰到一些奇怪的 DNF [23:35] 就算连接我自己的 eepsite 也会这样 [23:35] (http://dev.i2p.net/bugzilla/show_bug.cgi?id=74) [23:35] 我觉得这就是现在导致大多数问题的原因 [23:35] bogoparser 只会分析完全包含在单个日志文件中的在线时长……所以如果日志文件只覆盖 24 小时，就不会有人显示为连接超过 24 小时 [23:35] 我想 Masterboy 和 ughabugha 也遇到过…… [23:36] 是的 [23:36] （修好它你肯定会赢下周的奖杯！） [23:37] bogobot 很兴奋？;) [23:37] 我试我的网站，有时候我点刷新它就走另一条路由？然后我得等它加载，但我从不等；P 我再点一次就立刻出来了 [23:37] 哎呀，抱歉。忘了这是有网关的…… [23:38] Masterboy：超时时间是 61 秒吗？ [23:39] mihi：bogobot 现在设为每周轮换 [23:39] * mihi 已退出 IRC（“再见，祝会议愉快”） [23:40] 抱歉我没在我的网站上检查，当我不能立刻连上时我就点刷新，然后它就立刻出来了…… [23:40] 嗯 [23:40] 总之需要修 [23:41] …. #4 [23:41] 我觉得每次给的路由都不一样 [23:41] * 4) 悬赏 [23:41] Masterboy：本地连接应该被缩短 [23:42] wilde 对悬赏有些想法……你在吗？ [23:42] 也许是对等体选择的 bug [23:42] 我不确定这是不是该进议程的 [23:42] 哦 [23:42] 好吧，想法大概是： [23:42] 我觉得等我们公开后，悬赏系统会更好用 [23:43] masterboy：是的，每个连接都有两个 tunnel，至少我从读 router.config 的理解是这样 [23:43] 我们可以用这一个月做一些小范围的 i2p 宣传，把悬赏池多积累一点 [23:43] 我能看到 Mute 项目进展不错——他们拿到了 600$，但他们还没写多少代码呢；P [23:44] 目标对准自由社群、密码学圈等 [23:44] 我觉得 jrandom 不想要宣传 [23:44] 不是那种公开的 Slashdot 级别关注，不 [23:44] 我观察到的也是这样 [23:44] 我想再推一把——等我们公开后系统会好很多；P [23:45] Masterboy：悬赏可以加快 myi2p 的开发，比如说 [23:45] 而且正如 jr 所说，1.0 之前不公开，0.4 之后才会有点关注 [23:45] *写道 [23:45] 如果某个悬赏有 $500+，人们实际上可以撑几个星期 [23:46] 棘手的是，即便我们只针对一个小的开发者群体，比如说咳 Mute 的开发者，那些家伙可能会把 i2p 的消息传播得比我们希望的更广 [23:46] 有人可以靠修 i2p 的 bug 谋生了 [23:46] 而且传播得太早 [23:46] i2p 的链接已经在很多公共地方出现了 [23:46] 你用 google 就能找到 i2p

[23:47] <hypercubus> 偏僻的公共场所 ;-)（我是在一个 freesite（Freenet 上的网站）上看到那个 I2P 链接的… 我很走运，那个该死的 freesite 居然还加载出来了！） [23:47] <wilde> http://en.wikipedia.org/wiki/I2p [23:47] <Masterboy> 但我同意在 0.4 完成之前不要做宣传 [23:47] <Masterboy> 啥？？？？？ [23:47] <wilde> http://www.ovmj.org/GNUnet/links.php3?xlang=English [23:48] <Masterboy> protol0l 做得很棒；P [23:48] <Masterboy> ;)))))) [23:48] <hypercubus> 好个笔误 ;-) [23:48] <wilde> 不管怎样，我同意我们仍然应该保持 I2P 低调（jr 看看这份日志 ;) [23:49] <Masterboy> 谁干的？ [23:49] <Masterboy> 我觉得 Freenet 团队的讨论引起了更多关注.. [23:50] <Masterboy> 而且 jr 和 toad 的讨论也给了大众很多信息.. [23:50] <Masterboy> 所以，就像 ugh 的 wiki 里说的——这事我们都可以怪 jr；P [23:50] <wilde> 好吧，总之，我们看看能不能在不引来 /. 的情况下弄到点儿钱 [23:50] <Masterboy> 同意 [23:50] <hypercubus> Freenet 开发者列表可算不上我所谓的“大众” ;-) [23:50] <wilde> . [23:51] <hypercubus> wilde：你会比想象中更快拿到很多 $ [23:51] <wilde> 得了吧，就连我妈都订阅了 freenet-devl [23:51] <duck> 我妈是通过 gmame 看的 [23:51] <deer> <clayboy> 这里的学校都在教 freenet-devl [23:52] <wilde> . [23:52] <Masterboy> 那么等我们到 0.4 稳定版后会看到更多悬赏.. [23:53] <Masterboy> 也就是再过 2 个月；P [23:53] <wilde> 那只 duck 去哪儿了？ [23:53] <duck> 谢谢，wilde [23:53] <hypercubus> 不过，作为迄今唯一的悬赏领取者，我得说赏金并没有影响我接受这个挑战的决定 [23:54] <wilde> 呵呵，要是多 100 倍就会了 [23:54] <duck> 你对这个世界来说太好了 [23:54] <Nightblade> 哈哈 [23:54] * duck 移动到 #5 [23:54] <hypercubus> wilde，100 美元对我来说算不了什么 ;-) [23:54] <duck> 100 * 10 = 1000 [23:55] * duck pops(“5 airhook”) [23:55] <duck> tessier：对它有任何实战经验吗 [23:55] <duck> (http://www.airhook.org/) [23:55] * Masterboy 打算试试这玩意:P [23:56] <duck> Java 实现（不确定它现在还能不能用） http://cvs.ofb.net/airhook-j/ [23:56] <duck> Python 实现（很乱，过去是能用的） http://cvs.sourceforge.net/viewcvs.py/khashmir /khashmir/airhook.py [23:58] * duck 打开了吐槽阀门 [23:58] <Nightblade> j 的那个也是 GPL [23:58] <duck> 把它改成公有领域 [23:58] <hypercubus> 阿门 [23:58] <Nightblade> 整个协议文档只有大约 3 页——应该不会那么难 [23:59] <Masterboy> 没有什么是难的 [23:59] <Masterboy> 只是没那么容易 [23:59] <duck> 不过我觉得它的规格还不完整 [23:59] * hypercubus 把 masterboy 的幸运饼干没收了 [23:59] <duck> 你可能需要深入 C 代码，把它当作参考实现 [00:00] <Nightblade> 我本来会亲自做，但我现在正忙于其他 i2p 的事情 [00:00] <Nightblade> （还有我的全职工作） [00:00] <hypercubus> duck：也许可以为它设个悬赏？ [00:00] <Nightblade> 已经有了 [00:00] <Masterboy> ? [00:00] <Masterboy> 啊，Pseudonyms [00:00] <duck> 它可以在两个层面上使用 [00:00] <duck> 1）作为除 TCP 之外的一种传输方式 [00:01] <duck> 2）作为在 i2cp/sam 内部处理数据报的协议 [00:01] <hypercubus> 那就值得认真考虑了 [00:01] <hypercubus> </obvious>

[00:02] <Nightblade> duck: 我注意到 SAM 中的可回复数据报最大为 31kb，而 stream 最大为 32kb——这让我觉得在可回复数据报模式下，每个数据包都会附带发送者的 destination（目的地标识），而在 stream 模式下只在开始时发送—— [00:02] <Masterboy> 嗯，airhook 的 CVS 更新不太及时.. [00:03] <Nightblade> 这让我觉得通过 SAM 在可回复数据报之上再做一个协议会很低效 [00:03] <duck> airhook 的消息大小是 256 字节，I2CP 的是 32kb，所以你至少需要改动一点 [00:04] <Nightblade> 其实如果你想在 SAM 里做这个协议，你可以直接用匿名数据报，并让第一个包包含发送者的 destination…. 等等等等 - 我有很多想法，但没有足够的时间去写代码 [00:06] <duck> 但另一方面，你还会遇到验证签名的问题 [00:06] <duck> 所以可能有人会给你发假包 [00:06] <Masterboy> 主题:::: SAM [00:06] <Masterboy> ;P [00:07] <Nightblade> 没错 [00:08] <Nightblade> 但如果你回发到那个 destination，而没有收到确认（acknowledgement），你就知道那是个冒牌货 [00:08] <Nightblade> 那就必须有一个握手 [00:08] <duck> 但为此你需要应用层的握手 [00:08] <Nightblade> 不，并不一定 [00:09] <Nightblade> 把它放到一个用于访问 SAM 的库里就行 [00:09] <Nightblade> 不过那是个不太好的做法 [00:09] <Nightblade> 这样做 [00:09] <duck> 你也可以使用分离的 tunnel（通道） [00:09] <Nightblade> 它应该在 streaming 库里 [00:11] <duck> 对，讲得通 [00:12] <duck> 好 [00:12] <duck> 我感觉有点baff-y [00:13] <Nightblade> 嗯 [00:13] * duck baffs