I2P 开发者会议 - 2004年11月16日

13:05 <jrandom> 0) 嗨 13:05 <jrandom> 1) 拥塞 13:05 <jrandom> 2) 流式传输 13:05 <+dinoman> pgforge 的密钥变了 :/ 抱歉 13:05 <jrandom> 3) BT 13:05 <jrandom> 4) ??? 13:05 <jrandom> 啊，酷，我们可以对那做点魔法 13:05 <jrandom> 0) 嗨 13:05 * jrandom 挥手 13:05 <ant> <lucky> 嗨 13:05 <jrandom> 每周状态笔记已发布 @ http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 <wiht> 你好。 13:06 <jrandom> (而且我们把笔记在会议开始*之前*就发出来了。w00t) 13:06 <jrandom> 那就直接进入 1) 拥塞 吧 13:07 <jrandom> 这几天一直在频道里待着的朋友应该听到很多关于最近到底发生了啥的讨论，这封邮件和 duck 之前的帖子基本都涵盖了。 13:07 <jrandom> 话说回来，大家有没有想要提出/讨论的问题/评论/担忧？ 13:09 <wiht> 你说的“wild peer selection（随意的对等点选择）”是什么意思？ 13:10 <jrandom> 我们当前的 tunnel（I2P 中的“隧道”）构建方式，不幸会让网络在快速的对等点周围稳定下来 13:10 <jrandom> 如果这些快速对等点不偶尔失败，我们就会一直用它们，不再在构建 tunnel 时去更广地探索。 13:11 <jrandom> 这意味着当它们后来*确实*出问题时，我们几乎不了解网络其余部分的容量，于是就会相当随意地选择对等点。 13:11 <+DrWoo> jrandom：我们有什么计划来更好地利用容量？ 13:12 <jrandom> DrWoo：0.4.3 版本将包含一种新的 tunnel 池化方式，这样我们可以拥有更多“实验性”的备用 tunnel（让我们在不牺牲性能的情况下更多地了解网络）。 13:13 <jrandom> 还计划通过 ATM 风格的带宽预留来实现更激进的负载均衡，但还没排到具体版本（也就是需要时就做）。 13:14 <ant> <Connelly> 呃 13:14 <ant> <Connelly> 还没开会吗？ 13:14 <jrandom> (所谓 ATM 风格的预留，就是：记录 tunnel 平均使用了多少带宽，乘以我们参与的 tunnel 数量，然后与我们的带宽上限/容量进行比较，基于该比较来接受/拒绝更多的 tunnel 请求) 13:15 <jrandom> Connelly：10 分钟前就开始了，状态笔记已经发到列表上了 ;) 13:15 <+DrWoo> jrandom：那会对性能有什么影响？ 13:15 <+DrWoo> 本地电脑的性能 13:15 * wiht 想知道除了 HTTP、IRC 和 BT 之外，I2P 网络上还有多少不同的协议在使用。 13:16 <jrandom> DrWoo：0.4.3 的池化会带来更强的弹性（更少失败），而预留机制将允许基于容量进行更多的负载分担（也就是减少争用）。 13:16 <jrandom> 不过这两者都不太针对时延。 13:17 <jrandom> wiht：据我所知，这三种是主要的，虽然也有些糟糕的东西跑在 HTTP 上。 13:17 <jrandom> 就 IRC 与拥塞而言，这其实是个有趣的问题。 13:18 <jrandom> 前几天真正把 irc.duck.i2p 搞挂的，是在拥塞期间，duck 的 IRC 服务器仍然不得不发出其接收到消息数量的 20 倍的消息。 13:19 <jrandom> 再加上每.10.秒.自动.重发.且.没有回退（backoff），这样每一行文本就涨到 120 条消息 ;) 13:19 <jrandom> 基本上我的意思是，一个去中心化的聊天协议会是个好东西 ;) 13:19 <+DrWoo> 有这样的东西吗？ 13:20 <jrandom> (不过新的流式传输库会消除那 6 倍的开销) 13:20 <+dinoman> 有好用的吗 13:20 <jrandom> 我不确定过去一年里有没有人评估过类似 SILC 的东西用于 I2P 13:20 <susi23> 在 I2P 上，POP3 和 SMTP 慢得要命 13:21 <ant> <duck> SILC == IRC + 一些加密 13:21 <susi23> (用来回答“还有哪些协议在用”的那个问题) 13:21 <jrandom> 啊，我以为 SILC 摆脱了 ircd 的概念 13:21 <jrandom> 哦，糟了，对，我把那两个忘了 :) 13:21 <wiht> susi23：是的，我都忘了我们现在在 I2P 上有邮件了。 13:21 <ant> <duck> 至少没有走太远 13:21 <jrandom> 好 13:21 <ant> <protok0l> 开会吗？ 13:22 <ant> <lucky> 就现在，protok0l 13:22 <ant> <protok0l> 好 13:22 <jrandom> 好的，关于 1) 拥塞 还有别的吗？ 13:23 <jrandom> 如果没有，就进入 2) 流式传输 13:23 <jrandom> [看那封邮件] 13:24 <jrandom> 我把所有关于流式传输库的更新都没有写进 history.txt，不过你可以通过 CVS 列表看进展 13:24 <jrandom> (如果你够疯狂的话) 13:24 <jrandom> 我其实也没什么别的要补充的。所以有什么问题/评论/担忧吗？ 13:25 <+postman> 就一个 13:25 <+postman> 谢谢 :) 13:25 <ant> <protok0l> 会有多大的速度提升 13:25 <jrandom> 呵呵，postman，你应该等你*拿到*软件再说 ;) 13:25 <jrandom> protokol：会有一些，因情况而异。 13:25 <+postman> jrandom：我会闭着眼押你一票的 13:26 <+DrWoo> jrandom：我要问你最不喜欢的问题，新流式传输库有预计发布时间吗？当前情况显然是个薄弱点吧？ 13:27 <jrandom> 如果本周测试顺利，我们可以暂定下周 13:27 <jrandom> 不过在那之前会先有一些服务跑在新的流式传输库上，以便我们在负载条件下进行测试 13:28 <wiht> 据我回忆，你们在测试中使用了模拟网络。现在还是这样吗？ 13:29 <jrandom> 有些测试是的 13:29 <jrandom> 不使用模拟时，我就直接在真实网络上跑 13:30 <jrandom> (因为我喜欢滥用你们的带宽 ;) 13:30 <susi23> 不客气 ;) 13:30 <+dinoman> 呵呵，打开就看它会不会炸？ 13:31 -!- x 改名为 fidd 13:31 <jrandom> 差不多——我有一些日志代码，会把流式传输的数据包头部基本都打出来，让我能确认所有东西都正确发送、各种情况都按预期处理 13:32 <jrandom> 不过模拟测试更复杂，可能有六七个单元测试，带着各种运行时参数 13:33 <wiht> 这些模拟测试对实际观察到的网络使用情况的反映有多好？ 13:33 <jrandom> 相当不错，因为模拟用的代码和真实网络用的是同一套 13:34 <jrandom> 不过在模拟里对时延和丢包的注入还不完美，但大致在合理范围内 13:35 <ant> <cat-a-puss> 新的流式传输库会用相同的接口吗？还是 Java 应用需要做一些新的适配？ 13:35 <wiht> 谢谢你的澄清。 13:36 <jrandom> cat-a-puss：接口相同。在构建 I2PSocketManager 时你可能会想加几个额外的配置项，但那就是个老牌的属性映射（properties map） 13:36 <ant> <cat-a-puss> 好 13:37 <jrandom> 好，还有别的吗，还是我们跳到 3) BT？ 13:38 <jrandom> duck：ping 13:38 <@duck> *quack 13:38 <@duck> 上周我报告说我们让 BitTorrent 在 I2P 上跑起来了。期间有过一些 13:38 <@duck> 困惑，但它对 tracker 和客户端（做种者和下载者）都是匿名的。 13:38 <@duck> 自上周以来的更新： 13:38 <@duck> GUI 工作（wxPython）、内置 tracker、修复了一些 bug。 13:39 <@duck> 完整列表见 http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD 13:39 <@duck> 代码也在 cvs.i2p 的 CVS 上 13:39 <@duck> 还有一个专用的 eepsite（I2P 内部网站）：http://duck.i2p/i2p-bt/ 13:39 <@duck> 自带的 tracker 很简陋，而且你仍然需要把 13:39 <@duck> torrent 文件本身放在某个地方；所以 DrWoo、thetower 和我一直在看 13:39 <@duck> 几个替代方案，它们提供类似 SuprNova 的特性，直到我都快疯了。 13:39 <@duck> *flierp* 13:40 <jrandom> w00t 13:40 <@duck> 最后我们选了 bytemonsoon，原版很丑，但 DrWoo 一直在修修补补， 13:40 <@duck> 打算再把它改进一下，把它做成一个适配 I2P 的 tracker 解决方案发布， 13:40 <@duck> 参见：http://brittanyworld.i2p/bittorrent/ 13:40 <@duck> 满足这些需求：http://duck.i2p/i2p-bt/txt/bytemonsoon.txt 13:40 <@duck> 。 13:40 <jrandom> 太棒了 13:40 <+DrWoo> 你可以在 duck 改好的那个不错的 tracker 上看看几份小的测试文件 13:41 <+DrWoo> 没有大文件，不会把网络卡住，嘿 13:41 <jrandom> 怎么，你不想让我们多下点《Lost（迷失）》的剧集吗？ :) 13:41 <@duck> 如果 thetower 的那个能起来的话.. 13:42 <jrandom> bytemonsoon 的移植看起来真的很不错。 13:42 <+DrWoo> 我这边现在连不上 thetower 13:42 <+DrWoo> jrandom：它看起来确实能提供你需要的大多数东西 13:42 <+dinoman> 大家看到的速度大概是多少？ 13:43 <@duck> 每个对等点大约 ~5KB/s 13:43 <+DrWoo> dino：我这边看是每个对等点 4–10K 13:43 <@duck> (这是乐观估计，当然还有那些糟糕的 ADSL 用户) 13:44 <+dinoman> 哇，比我想的好 13:44 <@duck> 直到 I2P 崩；见 1) 13:44 <jrandom> 呵 13:44 <+DrWoo> dinoman：换句话说，有一群（swarm）的话应该会很可观 13:44 <@duck> 大家有各种关于改进 GUI 的呼声 13:45 <+DrWoo> dinoman：再加上一些 0 跳点的对等点 ;) 13:45 <@duck> 不过响应的不多 13:45 <jrandom> duck（和各位）：我们能做些什么来帮忙？ 13:45 <@duck> 你：把新的流式传输库准备好 13:46 <@duck> 大家：看看待办事项：http://duck.i2p/i2p-bt/txt/todo.txt 13:46 <@duck> lucky 正在写一个操作指南（howto） 13:47 <@duck> DrWoo：还有别的吗？ 13:47 <jrandom> 赞 13:47 <+DrWoo> jrandom：你能谈谈你对文件共享（以及目前互联网上流行的其他服务）的重要性（或不重要性）的看法，以及这对 I2P 匿名性前景意味着什么吗。 13:47 <ant> <lucky> 我吗？ 13:48 <ant> <lucky> 哦 13:48 <ant> <lucky> 是我 13:48 <ant> <lucky> :) 13:48 <+DrWoo> duck：总还有别的，嘿 13:48 <jrandom> 文件共享对 I2P 的成功至关重要，因为现实中它是能融入我们匿名集的最大潜在用户群。 13:49 <ant> <lucky> 呃哦。 13:49 <ant> <lucky> 那就是说我真的、真的得把那个 howto 做好了。 13:49 <jrandom> 如果没有一个可用的大文件传输系统，我们就得在吸引用户应用方面想点惊人的办法 13:50 <jrandom> 我们确实也在做——susi 和 postman 的工作相当有前景 13:50 <jrandom> 但匿名电子邮件的市场远小于安全文件传输的市场 13:51 <jrandom> 虽然 I2P 本身可以扩展到任何规模（如果一切如我们所愿 ;)，但我们需要一个庞大的匿名集来支撑任何值得做的事情 13:51 <jrandom> </我拙见> 13:52 <@duck> 你认为这些文件共享应用的默认设置该怎样？ 13:52 <jrandom> 这个我不确定 13:53 <@duck> 或者以今天的可能性来看，这还不太相关？ 13:54 <+DrWoo> duck：可能需要一些“跳出框架”的思考，来跨过路上的一些坎？ 13:54 <jrandom> 在 0.4.3 之前，1 跳的 tunnel 也许对做 BT 的人有用 13:57 <jrandom> 好的，关于 3) BT 还有别的吗？ 13:57 <@duck> 不是我 13:57 <+DrWoo> 感谢 duck 和各位伙计 13:58 <+DrWoo> 那真是相当棒的工作 13:58 <jrandom> 是啊，你们干得太牛了 13:58 <+dinoman> 不是我干的 13:58 <jrandom> (我喜欢看 btdownloadheadless 上的 --spew 1 :) 13:58 <@duck> dinoman：是你先起的头 13:58 <+Ragnarok> 无界面 spew……听起来怪脏的 13:59 <+DrWoo> dino：推动这项工作本身就是很大的贡献 13:59 * Ragnarok 会为待办清单上的命令行选项相关内容做一个补丁 13:59 <jrandom> w00t 14:00 <ant> <dm> 别忘了匿名 WWW，那也是个大头。 14:00 <jrandom> dm：对，可能是几千或几万人，但达不到数百万的吸引力 14:01 <jrandom> (就 outproxy 的东西而言，imho) 14:01 <jrandom> 好，如果没别的，我们进入老传统的 4) ??? 14:01 <jrandom> 还有什么该提但还没提的吗？ 14:02 <wiht> postman：邮件系统现在什么状态？它工作得怎么样，尤其是与 I2P 网络之外通信的情况？ 14:02 <+DrWoo> dm：这都是人生百态的一部分 :) 14:03 <ant> <dm> 很多人用 web 的 14:03 <ant> <dm>（他们刚在我单位装了 surfcontrol） ;) 14:03 <jrandom> 是啊，匿名 WWW 托管对那些真正需要 I2P 的人来说至关重要，不过他们可能不会构成所需的匿名集 14:03 <jrandom> 啊，真糟 14:04 <jrandom> wiht：如果他不在的话，我可以说 inproxy/outproxy 对我来说工作得挺好——还没丢过 14:04 <jrandom> (而且查邮件只要几秒，不过无所谓，biff 需要时会提醒我) 14:05 <jrandom> 好，还有别的吗？ 14:06 <ant> <dm> 你在 baffing 这次会议吗？ 14:07 <jrandom> 看起来是 14:07 * jrandom 做结束准备 14:07 * jrandom 将会议 *baf* 地宣布结束