嘿，大家，又到了我们周二吐槽时间了

  • Index
  1. 网络状态与 0.6.1.12 2) 通往 0.6.2 之路 3) 小型项目 4) ？？？
    1. Net status and 0.6.1.12

过去一周，网络上出现了显著改进：上周二广泛部署了 0.6.1.11，随后在本周一发布了 0.6.1.12（目前已推送到网络的 70%——谢谢！）。总体而言，相比 0.6.1.10 及更早的版本，情况有了大幅改善——在不使用那些 fallback tunnels（备用 tunnel）的情况下，tunnel 构建成功率整整高了一个数量级，时延降低，CPU 使用率降低，吞吐量提高。此外，在完全禁用 TCP 的情况下，数据包重传率保持在可控范围内。

    1. Road to 0.6.2

在对等体选择代码方面仍有改进空间，因为我们仍然看到10-20%的客户端 tunnel 拒绝率，而且高吞吐量（10+KBps）的 tunnels 并没有像应有的那样常见。另一方面，既然CPU负载已经大幅下降，我可以在 dev.i2p.net 上运行一个额外的 router，而不会给我的主 router 带来问题（它提供 squid.i2p、www.i2p、cvs.i2p、syndiemedia.i2p 等服务，带宽可达 2-300+KBps）。

此外，我正在为处于高度拥塞的网络环境的用户尝试一些改进（什么？难道还有人不是这样的吗？）。在这方面看起来已有一些进展，但还需要更多测试。我希望这能帮助 irc2p 上那四五位似乎难以维持可靠连接的人（当然，也能帮助那些遭受同样问题却默默承受的人）。

在那部分运行良好之后，在我们能把它称为 0.6.2 之前，我们还有一些工作要做 - 除了这些改进的节点选择策略之外，我们还需要新的节点排序策略。 作为基础，我希望先实现三种新策略 - = 严格排序（限制每个节点的前驱和后继， 并采用MTBF轮换） = 固定两端（使用固定的节点作为入站网关和 出站端点） = 受限邻居（使用一组受限的节点作为第一个远程 跳点）

还有其他有趣的策略需要继续推进，但那三个是最为相关的。一旦它们到位，我们在 0.6.2 的功能就算完成。粗略的预计时间是三月/四月。

    1. Miniprojects

有太多有用的事情可以做，多得我都数不过来，不过我只是想请大家关注我博客上的一篇文章，里面介绍了五个小项目，程序员不必投入太多时间就能迅速做出来[1]。如果有人有兴趣马上着手这些，我相信我们会从公共基金中拨出一些资源[2]以示感谢，尽管我也明白你们大多数人是被黑客精神驱动而不是被金钱驱动的 ;)

[1] http://syndiemedia.i2p.net:8000/blog.jsp? blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=& entry=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1140652800002 [2] http://www.i2p.net/halloffame

    1. ???

总之，这是就我所知的最新进展的简要汇总。另外，顺便说一下，也恭喜 cervantes，论坛用户达到了第500位 :) 一如既往，几分钟后来 #i2p 参加会议！

=jr