I2P 开发者会议 - 2006年5月9日

16:31 <jrandom> 0) 嗨 16:31 <jrandom> 1) 网络状态和 0.6.1.18 16:31 <jrandom> 2) baz 16:31 <jrandom> 3) ??? 16:31 <jrandom> 0) 嗨 16:31 * jrandom 挥手 16:32 <jrandom> 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-May/001288.html 16:32 <jrandom> 在你们阅读的同时，我们跳到 1) 网络状态和 0.6.1.18 16:33 <jrandom> 过去一周在 IRC 和整个网络上都相当不稳定 16:33 <+Complication> 在看图表，但还没注意到可感知的变化 16:33 <+Complication> 当然，现在也才刚开始 16:34 <jrandom> 对，现在才过了几个小时，网络里不到 20% 已升级 16:35 <jrandom> 我们还有几项大动作尚未在网络上部署，但我希望先稳定下来再推出重大变更 16:35 <+Complication> 确实，能看到（在可见的范围内）是什么在改变、朝哪个方向改变，会有帮助 16:36 <+Complication> 如果一次性把所有东西都部署了，要弄清楚哪些起作用就很难 16:38 <tmp> *叹气* 16:38 * tmp 梦想 IRC 稳定。 16:39 <jrandom> 对，各方面都是 ;) 16:39 <+fox> <roderick_spod1> Roderick 梦想大胸。 16:39 <jrandom> （这就是为什么我们可以过滤会议记录…… ;)） 16:40 <jrandom> 好，那么关于 1) 网络状态和 0.6.1.18 还有别的要说的吗？ 16:41 <jrandom> 如果没有的话，我们跳到 2) 16:42 <jrandom> 这里没太多要补充的，只是给出一些 w32/w64 支持的进展更新 16:43 <jrandom> 如邮件所述，gcj 在 mingw 上目前看起来并不可行，不过也许我们还能想些办法 16:44 <jrandom> 有一个较老的 3.4.4/3.4.5 版 gcj 能在 mingw 上运行，但其中的 classpath 支持相当老旧。 16:45 <jrandom> （而且即使从 hsqldb 里剥掉一堆东西，仍然有一些 3.4.5 无法满足的依赖。不过也许我们也能把那些硬砍掉……如果有必要的话） 16:47 <jrandom> 好，如果没有别的，我们转到 3) ??? 16:47 <jrandom> 还有别的要在会议上提出的吗？ 16:48 <cervantes> 就是为了他很酷的捐赠，对 bar 说一句“干得漂亮” 16:48 <+Complication> 嗯，论坛里有人问到在 NetDB 中展示的运行时间…… 16:48 * Complication 附议 16:49 <+Complication> 关于运行时间，如果你还记得，我在三月份把它们稍微做了模糊化处理…… 16:49 <cervantes> 肯定是错过了，被 odci.gov 的咆哮淹没了 16:50 <tmp> roderick_spod，你到底在那边干什么？ 16:50 <jrandom> 对 Complication 16:50 <+Complication> 嗯，既然问题被提出来了，我在想能不能把它们进一步模糊化，还是说那会伤害调试能力？ 16:52 <jrandom> 我不确定这样有什么意义——经过仔细分析，所有统计数据都能透露出不少信息 16:52 <arse> 你们觉得网络的周期性会缓解吗 16:52 <jrandom> 到时候我们就会直接关闭统计发布，完全不发布 16:52 <+Complication> 最近没有出现导致 router 重启的情况，不过也只是最近而已…… 16:52 <jrandom> arse：会的 16:52 <+Complication> （而且部分原因是看门狗不够“有牙齿”） 16:54 <+Complication> 的确，在这个阶段某些信息必然会泄露出去 16:55 <jrandom> 还有，他们的假设不对，publishedTimeAgo 指的是 router /received/ 该 netDb 条目到现在过去了多久，而不是签名的时间 16:55 <jrandom> 呃，等等，不对，不是那样 16:56 <jrandom> 别理我。 嗯，它只是增加了一个小的变动 16:56 <+Complication> 呵，我正想发个回复，但现在得到的是“no post mode specified” 16:57 <+Complication> 是啊，中间会有延迟，而且这条信息发布的频率也不高吧？如果我没记错的话？ 16:57 <+Complication> 基本上，如果我把那里的精度稍微降低一些，你介意吗？ 16:58 <jrandom> 每 5–15 分钟会发布一个新的已签名条目，但那只是发布到 netDb，而不是发布给所有节点 16:58 <jrandom> 节点只有在搜索它或者重新连接时才会拿到更新的那个 16:59 <jrandom> 不过，是的，增加更多随机变化也可以。 它会影响 stat.i2p 的运行时间图，但只要保持在合理范围内就没问题 17:01 <+Complication> 那我就尽量保持合理 :) 17:01 <jrandom> 呵，太好了，谢谢 Complication 17:04 <jrandom> *咳嗽*（而且要一致 ;)）好，会议还有别的要讨论的吗？ 17:04 <+Complication> 顺带一提：不错，“post mode”这个 bug 在坚持下终于妥协了，我也能发回复了 :) 17:05 <jrandom> w3rd Complication <i>已剪去离题消息</i> 17:08 <jrandom> 好，如果没有别的…… 17:08 * jrandom 收尾 17:09 * jrandom *baf*s 宣布会议结束