I2P 开发者会议 - 2007年4月3日

16:01 <jrandom> 0) 嗨 16:01 <jrandom> 1) 网络状态 16:01 <jrandom> 2) Syndie 开发进展 16:01 <jrandom> 3) ??? 16:01 <jrandom> 0) 嗨 16:01 * jrandom 挥手 16:01 <jrandom> 每周状态记录还没发布，不过里面内容不多，我们可以在这里直接聊 16:01 <jrandom> 进入 1) 网络状态 16:01 <jrandom> 情况看起来挺不错，目前没有重大问题。 earlier 在 IRC 服务器上出现了一些问题，但硬件问题已经解决了（感谢 cervantes 和 postman!） 16:01 <jrandom> zzz 的博客上关于 ssu/ntcp 想法又有了一些讨论——想了解更多可以去看看 16:01 <jrandom> 我没什么可补充的……关于 1) 网络状态，大家还有什么要提的吗？ 16:04 <jrandom> 如果没有，我们继续 2) Syndie 开发进展 16:04 <jrandom> 最近桌面 GUI 有一些不错的进展，并且有几个组件也回移到了标签式 GUI 16:04 <jrandom> 还有一些工作要做，不过我目前大多数事情都用桌面 GUI。 16:04 <jrandom> mk 也提出了更多关于桌面 GUI 的想法与担忧，一如既往，关注规划和实现请看 Syndie 开发论坛 16:04 <+Complication> 的确，我也能确认更高的 IRC 会话持久性 16:04 <jrandom> w3wt 16:06 <+Complication> 看起来可以安排再测一次了（上次测试时，我觉得它有点……吓人） 16:07 <jrandom> 啊对，现在我给大多数按钮都加上了标签 ;) 16:07 <jrandom> 不过如果你在 Windows 上，纵向按钮标签仍然不对（需要写个自定义布局来解决） 16:07 <+Complication> （尤其是许多组件没有标签） 16:08 <jrandom> 但它还没到可以发 alpha 的程度……我能用，是因为我知道每个东西在做什么/应该做什么 16:08 <+Complication> 我这边是 Linux，不过知道这一点也挺好吧 16:08 <jrandom> 不过希望在接下来一周左右可以 16:09 <+Complication> 在 Syndie 这边，我在想一个问题：新的同步代码会不会太激进，比如同时尝试过多的传输？ 16:09 <+Complication> s/is being/be 16:09 <jrandom> 它会对每个归档尝试 5 个并发获取 16:10 <jrandom> （以及一个异步导入线程） 16:10 <+Complication> 在我这边，对大多数归档的失败率相比之前大幅上升 16:10 <jrandom> 嗯 16:10 <+Complication> 也可能是更多人也在同步，但我仍希望能碰到归档不忙的空档 16:10 <+Complication> 不过，“碰到空档”并顺利完成一次高质量同步，似乎总体上并不常发生 16:10 <jrandom> 所以各种获取会失败，提示“connection reset”或其他类似 TCP 的错误信息？ 16:11 <+Complication> “socket closed”之类的 16:11 <jrandom> 啊，好 16:11 <+Complication> 我倒是没认真统计过 16:11 <+Complication> 当然，这完全是通过 I2P 进行的 16:11 <jrandom> 服务器目前性能不算强（我觉得它们的处理能力很有限），这方面应该会改进 16:12 <jrandom> 另外，就像你和 $nymFormerlyKnownAsAnonymous 说的，我们应该对这类失败做重试 16:12 <+Complication> 对，那也许会有帮助 16:12 <tapeworm> 这些服务器是基于什么的？ 16:12 <jrandom> 但我们肯定需要它做到非常稳健并且对用户透明 16:13 <jrandom> tapeworm：自制 16:13 <+Complication> 不过我前阵子测过“eepget”的性能，对比 Syndie，eepget 的性能和可靠性都很好 16:13 <jrandom> （大概十来行代码） 16:13 <+Complication> 它从 dev.i2p.net 拉了 2 个 9 MB 的文件，而 archive.syndie.i2p 却总是在一些很小的消息上失败 16:13 <jrandom> 哦，不过那不太算公平的测试 16:14 <+Complication> 不同的机器？ 16:14 <jrandom> 而且 Syndie 实际上就是/用/ eepget 来获取的 16:14 <jrandom> 从 Apache 拉取，和从一个自制的 web 服务器获取大量小文件，是很不一样的 ;) 16:14 <+Complication> 嗯……那我同步时应该把日志记得更详细些 16:15 <+Complication> 确实，还有服务器之间的差异 16:17 <+Complication> 嘿，看来我在桌面 UI 里设法启动了一次同步 16:17 <+Complication> 上次证明太难做到的事 :) 16:17 <jrandom> w3wt :) 16:18 <jrandom> 好的，关于 2 还有别的吗？ 如果没有，我们跳到 3) ??? 16:18 <+Complication> 不过我习惯重度使用任务栏，所以可能需要点时间适应 16:18 <+Complication> （我通常把任务栏设为自动隐藏） 16:19 <jrandom> 嗯，有个编译时选项可以把桌面 GUI 放在一个 shell 里而不是全屏——我们也可以把它做成一个命令行开关 16:19 <+Complication> 原则上，桌面 GUI 能不能有一个“最小化”按钮？ 16:19 <jrandom> 不过把它做成运行时可切换会有麻烦，因为 SWT 不（可靠地）允许 GUI 组件重新挂接父组件，而且你也不能更改 shell 的装饰（trim） 16:20 <jrandom> 哦，可以的，完全可行——好主意 16:20 <+Complication> 这样就能把它送到后台，而不影响下面其他窗口的排列顺序？ 16:20 <jrandom> 我们可以把它放进控制菜单（左上）或者任务菜单（右上） 16:20 <+Complication> 因为用 Alt+Tab 往往会改变那个顺序 16:21 <+Complication> （类似于……我通常喜欢在任务栏 KDE / Start button 旁边放的“显示桌面”按钮） 16:21 <+Complication> （或许另一个位置更好，但大致是这么个效果） 16:22 <jrandom> 对，我们可以像标签式 GUI 的最小化那样把它隐藏（或者像普通窗口最小化按钮那样把它图标化） 16:22 <+Complication> 当然，最小化和显示桌面确实是两回事——仔细想想，最小化更合理一点。 16:24 <+Complication> 关于同步错误，我现在有 1 个 HTTP 504，还有 4 个“socket closed” 16:24 <+Complication> 2 次成功 16:24 * TrevorReznik 遇到大约 70% 的 socket closed 16:24 <jrandom> 天哪 16:24 <jrandom> 好的，我会调查一下，并尽快更新 16:27 <jrandom> 好，进入 3) ??? ——这次会议还有别的事项吗？ 16:27 <+Complication> 真希望有，但还没有——webcache 应用还没完成，因为最近现实有点把我按在地上摩擦 16:28 <jrandom> 该死的现实！ 16:28 * Complication 会试着把那 15 件烦人的事清理掉 16:32 <jrandom> 没错 16:32 <jrandom> 好的，如果会议没有其他事项… 16:32 * jrandom 收尾 16:33 * jrandom *baf*s 宣布会议结束