I2P Dev Meeting - May 03, 2005

14:08 <jrandom> 0) 嗨 14:08 <jrandom> 1) 网络状态 14:08 <jrandom> 2) SSU 状态 14:08 <jrandom> 3) i2phex 14:08 <jrandom> 4) awol 14:08 <jrandom> 5) ??? 14:08 <jrandom> 0) 嗨 14:08 * jrandom 挥手 14:08 <jrandom> 每周状态说明已提前将近一小时发布 @ http://dev.i2p.net/pipermail/i2p/2005-May/000738.html 14:09 * Masterboy 回挥手:P 14:10 <jrandom> 好，进入 1) 网络状态 14:10 <jrandom> 我没太多要补充的，不过看起来由于 Azureus 涌入，我们可能会遇到一些波动 14:11 <jrandom> 希望它能扛住，我们再观察 14:11 <Masterboy> 我这边没什么大问题，小问题我也记不清了。 14:11 <jrandom> 呵，酷 14:11 <jrandom> 关于当前网络状态，大家还有其他问题/评论/担忧吗？ 14:11 <sirup> Azureus 在用出站代理（outproxy）吗？ 14:12 <jrandom> 呵，我希望没有 14:12 <jrandom> 可能只是有人看到有这个选项就来试试看 14:12 <@smeghead> 大多数人一周左右就会走人 14:13 <Masterboy> :D 14:13 <+DrWoo> smeghead：这可不太好 14:13 <sirup> 所以他们把两个不同的网络都塞在一个外壳里了 14:13 <+cervantes> 在 Az 的发行说明里没提到 14:13 <+cervantes> 不过在插件部分列出来了 14:14 <ant> <cat-a-puss> 他们主页左侧有个链接提到这个 14:14 <jrandom> 等 0.6 发布后就好了，我们就能应对增加的用户负载 14:14 <+DrWoo> jrandom：为应对更多用户的版本发布进展如何？ 14:14 <jrandom> 是啊，Azureus 目前是我们网站最大的引流来源，甚至比 /. 的引用还多 14:15 <jrandom> DrWoo：没可能。 14:15 <sirup> 别因此有压力而过早发布 0.6 14:15 * eAi 设定了不合理的带宽限制来阻止别人搞我下载速度 14:15 <ant> <cat-a-puss> 0.6 能支持多大的网络？ 14:15 <jrandom> DrWoo：0.6 就是解决方案，它会在“该就绪的时候”就绪 :) 14:15 <+cervantes> Google 上关于“i2p”和“azureus”的结果有 445 个 14:15 <jrandom> 呵 eAi 14:16 <+cervantes> 不得不说测试用的 SSU 网络吞吐让我印象深刻 14:16 <Masterboy> w00t cervantes:) 14:16 <+DrWoo> jrandom：你知道我爱你，但你的进度滑得像 5 美元妓女的内裤 ;) 14:16 <jrandom> cat-a-puss：它消除了我们当前的瓶颈，以至于我都看不清下一个瓶颈在哪了。我希望它能支撑到上千。 14:16 <+cervantes> 用直接的 HTTP 文件传输就把我的 DSL 连接跑满了 14:17 <jrandom> 没错，DrWoo ;) 要是能更快当然好，但我下周得搬家，确实没别的办法 14:17 <sirup> cervantes：两端都是 0 跳 ;) 14:18 <jrandom> sirup：当然，但关键在于 SSU 传输能扛住 14:18 <+DrWoo> jrandom：哎呀，真糟，祝好运 :) 14:18 <Teal`c__> 也不是没有办法。我去找 toad，你在塔希提的时候他会把它收尾的 14:18 <@smeghead> 搬到更好的地方，东边去，搬进天上豪华公寓～～～ 14:18 <shendaras> jrandom，你有中意的地方了吗，还是还没定最后去哪？ 14:19 <+cervantes> *静音* 14:19 <jrandom> 呵 14:19 <jrandom> 我想我大概知道会在哪个国家。除此之外，还不确定 14:19 <jrandom> 好，回到议程 14:19 <jrandom> 关于 1) 网络状态还有别的吗，还是我们转到 2) SSU 状态？ 14:20 <Masterboy> 继续 14:20 <jrandom> 那就算我们已经转到下一个了 14:21 <jrandom> 好，正如状态说明里写的、也像 cervantes 刚才说的，情况很有希望 14:22 <jrandom> 这第一轮在线网络测试抓到了一些 bug，也帮助我们看清在带宽、时延和对 TCP 友好性之间的一些权衡 14:23 <Masterboy> 怎么加入测试网？:P 14:23 <jrandom> 关键是——SSU 的测试就是在在线网络上做的 14:24 <jrandom> 如果你查看 netDb，你会看到有些节点同时有 TCP 和 SSU 地址，而几乎其他人只有 TCP 地址。 14:24 <jrandom> 懂得通过 SSU 通信的节点会优先尝试 SSU，但如果 SSU 端口不可达就回退到 TCP。 14:25 <jrandom> 不过，我得反复强调：SSU 还没有达到生产可用。它会出问题、会造成麻烦，所以除非明确作为测试的一部分，否则不要使用它 14:25 <Masterboy> 谢谢:) 14:26 <jrandom> 目前大家都应该禁用 SSU，不过接下来一两天我会在我的博客上发布更多关于第二轮测试的信息 14:27 <jrandom> 好，我想这些加上邮件基本覆盖了我想说的 SSU 相关内容。 有没有问题/评论/担忧？ 14:27 <Teal`c__> jrandom：你不在的时候我们能用 SSU 吗？ 14:28 <jrandom> 大概可以，但大家最好和其他用户沟通一下观察它是否异常，如果异常就把它禁用 14:29 <shendaras> 你的新 SACK（选择性确认）技术是什么？ =) 14:29 <jrandom> 我还有差不多一周的开发时间，所以还会有更多改进 14:30 <+bla> jrandom：我刚在想……当两个节点之间有 SSU 连接时，他们会断掉彼此之间的 TCP 连接吗（因为那时不需要了）？ 14:30 <jrandom> 呵 shendaras，只是利用小消息大小和固定分片这一点，让接收方用一个位字段对整条消息发出显式的 ACK/NACK，而不是对每个分片分别 ACK 或 NACK 14:31 <jrandom> bla：没错，如果 SSU 可用，他们就不会建立 TCP 连接 14:31 <jrandom> 两种传输会对每条要发送的消息进行“竞价”，并且 SSU 传输被配置为比 TCP 传输“出价更低” 14:31 <+bla> jrandom：那很好，但这意味着我得更新我的 theland.i2p 脚本了 :(... ;) 14:32 <jrandom> 呵，嗯，是啊，真遗憾 ;) 14:32 <jrandom> （不过新的 peers.jsp 也许正是你要的） 14:33 <+bla> jrandom：我会看看的。不过在 SSU 就绪之前我不打算使用它 14:33 <+cervantes> 也许我们都继续用 TCP，这样 bla 就不用写任何代码了 14:34 <jrandom> 呵 14:34 <jrandom> 酷，bla，是的，不着急 14:34 <+cervantes> ;) 14:34 <+bla> cervantes：;) 14:35 <+cervantes> 有没有什么情况下 SSU 连接不合适，反而更应该优先用 TCP？ 14:36 * Masterboy 戳了戳 jr 14:36 <jrandom> 当前默认设置会优先选择已建立的 TCP 连接，而不是尚未建立的 SSU 连接 14:36 <jrandom> （你可以通过一个配置标志覆盖这个，我记得在 history.txt 里有文档） 14:37 <@smeghead> 有人声称他们的 ISP 完全屏蔽 UDP 14:37 <jrandom> 但总的来说，不，我想不出在 SSU 可用时为什么要用 TCP 14:37 <+cervantes> 是的，我知道那个配置选项……但我是说，是否存在用 TCP 比用 UDP 数据包更好的情况 14:37 <jrandom> smeghead：也有人声称猫王是火星人 14:38 <+cervantes> 所以它只作为回退就好 14:38 <jrandom> cervantes：只要双方都能使用 SSU，我想不到有任何情况需要用 TCP 14:39 <jrandom> 也许可以作为回退，不过这会引入受限路由的问题，因为所有节点必须能与所有节点互通。 14:40 <jrandom> 如果我们允许只支持 TCP 的节点，就意味着每个人都必须能通过 TCP 和 UDP 被访问到 14:41 <Teal`c__> :~( 14:41 <jrandom> 这个夏天我们大概会同时支持两者，但我倾向于走 UDP only 14:41 <entroy> 嗨，谁能告诉我到哪里可以问关于设置 12p 和 Azureus 的问题？ 14:41 <jrandom> （直到 2.0） 14:42 <jrandom> 你好 entroy，#i2p-chat 也许能帮上忙，或者 forum.i2p.net。 我们现在在开每周开发会议，如果你之后还有问题，我们可以再帮你解决 14:42 <+cervantes> 他们来了，击退入侵者 :) 14:42 <jrandom> cervantes：能上 IRC 的都是自己人 :) 14:42 <@smeghead> 最好叫上 Minutemen 14:43 <Teal`c__> 利物浦还是切尔西？！ 14:43 <entroy> 好的，谢谢 14:43 <ant> <cat-a-puss> jrandom：关于位字段，如果我们假设大多数数据包都会成功接收，那么位字段几乎全是 1。列出 NACK 的数量然后用 ECC 的方式编码，不会更高效吗？ 14:43 <+cervantes> jrandom：你确定吗……之前有人提到一个 mschat 客户端 14:43 <+cervantes> ;-) 14:45 <jrandom> cat-a-puss：有几种选择，但当你看实际的消息大小时，很难有更优的——tunnel 消息的出现频率是其他消息的 4 倍，最多只需要两个分片——也就是两位 14:45 <Teal`c__> <steve> # 显示为 TIKI 14:45 <jrandom> 终端和网关之间的 streaming lib 消息只有 4KB——用位字段最多 8 位，或者 2 字节 14:45 <jrandom> 也就是说，假设绝对最小的 MTU 14:46 <jrandom> 在 1492（或 1472，取决于怎么算）下，你基本都能用一个位字段字节搞定 14:46 <ant> <cat-a-puss> jrandom：啊，所以位字段只是针对分片，不是针对每个数据包，对吧？ 14:47 <jrandom> 对，如果一条消息只收到部分，就回送这条消息已收到分片的位字段 14:47 <ant> <cat-a-puss> 好的 14:47 <jrandom> 不幸的是，消息 ID 完全是随机且无序的，所以我们不能用 TCP 风格的序列号 14:48 <jrandom> （而且，说真的，我们也不想要那样的开销） 14:49 <jrandom> 好，如果 2) SSU 没别的了，我们转到 3) i2phex 14:49 <jrandom> sirup：你在吗？ 14:49 <ant> <cat-a-puss> 快问一句：为什么要随机？ 14:50 * sirup 正在潜水 14:50 <jrandom> cat-a-puss：消息 ID 会暴露给对等方——我们不想让他们知道某条消息和另一条消息有关联（比如和序号更早的那条） 14:50 <ant> <cat-a-puss> 好的 14:51 <jrandom> 嗨 sirup，我在列表上发了一些通用信息，如果你能给大家更新一下，那就太好了 14:52 <sirup> 嗯，第一轮测试是成功的 14:52 <jrandom> [w3wt] 14:52 <sirup> 但看起来我们需要调整超时设置。不知何故，对等节点之间的连接撑不住 14:53 <sirup> 所以现在还不是装上就开的状态 :) 14:53 <sirup> 不过我也预料到了，因为我没有改任何与超时之类有关的东西 14:54 <sirup> 总体来说，如果有些人愿意帮我测到能接受的程度，我会很高兴 14:55 <sirup> 同一台机器开几个实例能做到的也就那么多…… 14:55 <sirup> 哦，任何经验/意见都欢迎。 最好发邮件到 sirup@mail.i2p 14:56 <sirup> 有个论坛也会很棒（我去的地方没法 24/7 在线，所以我这边没法托管） 14:56 <sirup> 就这些 :) 14:56 <jrandom> 太赞了 14:56 <jrandom> cervantes：能不能在那儿加一个 i2phex 版块？ 14:57 <+cervantes> 当然可以 14:57 * sirup 想知道是谁在从我这儿下那些很烂的 Commons 许可音乐 :) 14:58 <@smeghead> 嘿，至少你可以在那坨屎上再堆点屎 :) 14:58 <+cervantes> sirup：我猜“sirup”就是你在论坛上的 ID 14:58 <sirup> 那就太好了 14:58 <sirup> 对 14:59 <ant> <BS314159> 状态说明？ 15:00 <jrandom> 太好了。 看起来真的很有希望，sirup 做得很不错，大家可以去 sirup.i2p 看看有哪些进展 :) 15:00 <@smeghead> 邮件列表？ 15:00 <RevDuck> 或者 www.i2phex.tk 15:01 <sirup> 当然，邮件列表也会不错 15:01 <sirup> 笑死。i2phex.tk 是假的。要装拨号木马就去那儿吧 :) 15:01 <+cervantes> 已添加 I2Phex 论坛 15:01 <jrandom> !stab duck 15:02 <+cervantes> sirup 是版主 15:02 <Masterboy> :D 15:02 <+cervantes> sirup：如果你想改描述文字，告诉我 15:02 <jrandom> sirup：如果你想要 i2phex 和 i2phex-cvs 邮件列表，告诉我，添加很容易 15:02 <jrandom> （不过目前直接使用 i2p 列表也许更简单） 15:02 <sirup> cervantes，非常感谢 15:03 <sirup> 嗯。暂时用论坛就行 15:04 <jrandom> 好，酷。 关于 3) i2phex 还有别的吗？ 15:05 <jrandom> 如果没有，我们简单转到 4) awol 15:05 <jrandom> 我知道你们都迫不及待地想要为 i2p 贡献代码，所以状态说明里有一些建议 15:05 <+bla> jrandom：你终于被运营部门开除了？ 15:06 <jrandom> 没啦，CIA 只是把我调岗^U啦啦啦 15:06 <@smeghead> 不，本季度黑预算还提高了 15:07 <+cervantes> “大象已飞离巢穴”，重复一遍，“大象已飞离巢穴”，完毕 15:07 <jrandom> 关于 4) 我没什么比邮件里更多要补充的，不过我相信你们还有很多好主意 15:07 * smeghead 强忍住关于象皮病的笑话 15:08 <jrandom> 所以我不在时，你们的作业是挑个你想做的酷东西，然后把它做出来 ;) 15:08 * cervantes 止住 smeghead 太阳穴的出血 15:08 <jrandom> （不管是网页还是会飞的小马） 15:09 <jrandom> 好，转到 5) ??? 15:09 <jrandom> 还有谁有要在会上提的？ 15:09 <shendaras> 我们会想你的…… 15:09 <@smeghead> 对啊，你不在这段时间谁来主持会议？ 15:09 <+mancom> 过去一周 aum 来过吗？ 15:09 <@smeghead> mancom：没有 15:10 <Masterboy> 鸭弟兄？:P 15:11 <jrandom> 我们亲爱的运营经理希望能顶上，或者你们可以抓阄决定谁要在最后一分钟写状态说明 :) 15:11 <jrandom> mancom：他前几天短暂地来过 #i2p-chat 15:12 <RevDuck> 也许只在确实有事可汇报的时候再开会 15:12 <+cervantes> 没事，我正在写一个 jrandom 仿真脚本 15:12 <+cervantes> * w3wt 15:12 <jrandom> 开个 5 分钟的会也没什么不好 ;) 15:13 <+cervantes> * jrandom 朝他会飞的小马扔了块泥 15:13 * smeghead 写了个 cervantes 仿真脚本，它会写一个 jrandom 仿真脚本 15:13 * jrandom 写了个 smeghead 仿真[崩溃] 15:13 <+cervantes> 噢 得改改语法 15:14 <@smeghead> 哈哈 15:14 <jrandom> 好，还有谁有要在会上提的吗？ 15:14 * cervantes 写了个 aum 仿真......... 15:14 <@smeghead> java.util.RecursiveIdiocyException 15:15 <jrandom> 说到这个.. ;) 15:15 * jrandom 蓄力 15:15 * jrandom 把会议*baf*地结束了