Quick recap

出席: ashter, bar, cervantes, Complication, jrandom, nextgens, tethra

会议记录

15:08 <jrandom> 0) 嗨 15:08 <jrandom> 1) 网络状态和 0.6.1.13 15:08 <jrandom> 2) 用例调查 15:09 <jrandom> 3) ??? 15:09 <jrandom> 0) 嗨 15:09 * jrandom 挥手 15:09 <Complication> 终于加载完了,开始读 :) 15:10 <jrandom> 每周状态说明已发布在 dev.i2p.net/pipermail/i2p/2006-March/001274.html 15:10 <@cervantes> *** 连接被重置 15:10 <jrandom> 呵 15:11 <jrandom> 好,在大家消化这些内容的同时,我们先进入 1) 网络状态 15:12 <jrandom> 大约 2/3 的网络已升级到 0.6.1.13(感谢!),结果喜忧参半 15:12 <jrandom> 有没有低带宽链路的朋友愿意分享体验? 更好 / 更差 / 没变化? 15:13 <jrandom> 或者,DSL 级别链路的朋友有什么结果? 15:13 * jrandom 听到(并感受到)更快链路上的一些结果(很不幸,大多是负面的) 15:14 <+Complication> 嗯,我本想说网络状态有点不稳定。 :) 不过网络先开口了。 :D 15:15 <+Complication> 以最近的断连规模来看,这次恢复非常迅速。 15:16 <+Complication> 没有再出现大规模的消息阻塞,但还是会不时丢失一个租约 15:17 <+Complication> 另外,我想上一次 router 运行结束是因为某个租约无法续约,于是它判定 "Router hung!" 15:18 <jrandom> 啊 col 15:18 <+Complication> 已经运行了大约 15 小时 15:18 <jrandom> 也许我们应该调整看门狗,让它在那种情况下不要重启 router 15:19 <+Complication> 重传率也和之前一样(高得让人不舒服,但似乎还能勉强承受——这本身算是个好消息) 15:19 <jrandom> 过去需要重启,但反复的 tunnel 故障应该可以自行恢复 15:19 <jrandom> 嗯,<10%、<20%、>20%? 15:20 <+Complication>> 20% 15:20 <+Complication> 我不知道有多少协议在每三条消息就丢一条的情况下还能勉强工作 15:21 <+Complication> 这个还能跑 :) 但以前大约在 7% 15:21 <jrandom> 嗯,那是对所有对等体的平均值,所以对大多数对等体来说可能很低,但对高度拥堵的对等体来说则很高 15:21 <jrandom> (如 peers.jsp 所示) 15:22 <+Complication> 确实如此,而且我还没看过分布的那一侧 15:23 <+Complication> 可能需要检查,哪怕什么都不为,也要验证它的分布情况 15:24 <jrandom> 好,感谢 Complication 15:24 <jrandom> 好的,关于 1) 网络状态还有别的要补充吗? 15:25 <bar> Complication:请问你用的突发限制是多少?我的设置为理论上传上限的 60%,目前重传比例为 11% 15:26 <+Complication> bar:大约是线路速度的 80% 15:26 <bar> 好的 15:26 <+Complication> 和当时重传率约 7% 时差不多的水平 15:26 <+Complication> 中间设得更高过,但又降回来了 15:28 <bar> 我试试用 80% 一天左右看看会怎样 15:28 <+Complication> 而持续传输限制大约在 65% 15:28 <+Complication> 实际传输(如果总计指示器准确)平均接近线路速度的 60% 15:29 <+Complication> (峰值更高) 15:30 <ashter_> 就我这边,本地目标经常出现 "no lease" 的情况(如我今天所说) 15:30 <ashter_> 而且节点更拥堵了一些 15:30 <+fox> <nextgens> 嗨 15:30 <jrandom> 嗨 nextgens 15:30 <jrandom> ashter_:嗯,你是拨号、DSL/有线,还是更快的? 或者更好(更匿名)地说,你是否拥堵? 15:31 <+fox> <nextgens> 太好了,jrandom 在呢 :) 你也许能帮我 :) 15:31 <jrandom> (指网络拥塞,不是 i2p 显示的数字) 15:31 <ashter_> DSL/有线 15:32 <jrandom> 好的,谢谢 15:33 <jrandom> 好,如果 1) 网络状态没有其他内容,我们转到 2) 用例调查 15:34 <jrandom> 我不指望立刻有回复,但如果大家能思考一下邮件里的问题并发表回复(发到论坛、syndie、邮件列表等皆可),将不胜感激 15:37 <@cervantes> *咳* 15:38 <+tethra> 噢天哪 :/ 15:39 <jrandom> (|grep -v -- -\!- ;) 15:39 <jrandom> 好吧,如我所说,大家可以在方便的时候用任何你喜欢的方式传播这个消息。 谢谢 15:39 <jrandom> 继续到 3) ??? 15:39 <jrandom> 还有谁有要在会议上提出的事项吗? 15:40 <@cervantes> http://forum.i2p.net/viewtopic.php?p=7442 <-- 用例讨论的置顶帖 15:40 <jrandom> 啊,太好了,谢谢 cerv 15:42 <ashter> (呃又发生了一次,一旦发生这种情况,参与的 tunnels 数量会疯狂增长 :( ) 15:43 <jrandom> 嗯,会涨到几千,还是几百? 15:43 <jrandom> (有一些针对新建 tunnel 突发的修复正在等待发布,预计本周晚些时候发布) 15:43 <ashter> 几千 15:44 <ashter> (好的,谢谢) 15:44 <jrandom> 好,太好了。 你也许可以暂时考虑降低你的带宽上限或共享比例 15:44 <jrandom> 好的,会议还有别的内容吗? 15:45 <jrandom> 如果没有的话…… 15:45 * jrandom 做结束准备 15:46 * jrandom *baf*s 会议结束