嗨，大家，又是星期二了

索引

  1. Congestion
  2. Streaming
  3. BT
  4. ???

1) 拥塞

我知道，这次我打破了把第1点命名为“Net status”的习惯，但这周“congestion”似乎更合适。网络本身表现得相当不错，不过随着 BitTorrent 使用量的增加，情况开始变得越来越拥堵，最终基本上发生了拥塞崩溃。

这在意料之中，也只会进一步强化我们的计划 - 发布新的 streaming lib（流式库），并改造我们的 tunnel 管理，以便当我们的快速对等节点失效时，我们拥有足够的关于对等节点的数据可供使用。近期的网络问题中还有其他一些因素在起作用，但大部分可以归因于拥塞加剧以及由此导致的 tunnel 故障（这又反过来引发了各种混乱的对等节点选择）。

2) Streaming（流式传输）

streaming lib（流式传输库）方面已经取得了很大进展，我还通过真实网络将一个 Squid 代理与其对接，并频繁用于我日常的网页浏览。在 mule 的帮助下，我们还通过在网络中转发 frost 和 FUQID 的流量，对这些流进行了高强度的压力测试（天哪，在此之前我从未意识到 frost 的资源占用有多么严重！）。通过这种方式，我们定位了几个长期存在的重要 bug，并新增了一些微调，用于帮助控制海量的连接数。

批量流也运行得很好，既有慢启动也有拥塞避免机制，并且快速发送/回复的连接（类似于 HTTP get+response）也完全按预期工作。

我预计我们会征召一些志愿者，在接下来的几天里进一步部署它，并希望能尽快让我们达到 0.4.2 版本。我不想夸口说它好到能帮你洗碗，也确信会有一些 bug 漏网，但它看起来确实很有前景。

3) BT

撇开最近的网络故障不谈，i2p-bt 的移植进展可谓突飞猛进。我知道已经有人通过它下载了超过 1GB 的数据，性能也与预期一致（由于旧的 streaming lib（流式传输库），在种子群中的每个对等体约为 ~4KBps）。我也尽量留意 #i2p-bt 频道里正在讨论的工作——或许 duck 可以在会议上给我们做个总结？

4) ???

我这边暂时就这些。几分钟后会议上见大家。

=jr