I2P 개발자 회의 - 2006년 3월 28일

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> 네트워크의 약 3분의 2가 0.6.1.13으로 업그레이드했습니다(감사!), 결과는 엇갈립니다 15:12 <jrandom> 저대역폭 링크 쓰시는 분들, 공유할 경험 있으신가요? 더 좋아짐 / 더 나빠짐 / 차이 없음? 15:13 <jrandom> 또는 DSL급 링크 쓰는 분들의 결과는 어떤가요? 15:13 * jrandom 더 빠른 링크에서 몇 가지 결과를 들었고(직접 느꼈고), 불행히도 대체로 부정적이었습니다 15:14 <+Complication> 음, 네트워크 상태가 좀 불안정하다고 말하려 했어요. :) 그런데 네트워크가 먼저 말했네요. :D 15:15 <+Complication> 최근 끊김 규모로 보면 이번엔 회복이 꽤 빨랐습니다. 15:16 <+Complication> 대규모 메시지 정체는 더 이상 없었지만 가끔씩 lease(리스)를 잃습니다 15:17 <+Complication> 또한 마지막 router 실행이 lease를 갱신하지 못했을 때 종료되면서 "Router hung!"라고 결론낸 것 같습니다 15:18 <jrandom> 아, 그렇군요 15:18 <+Complication> 약 15시간 동안 돌아가고 있었어요 15:18 <jrandom> 그런 상황에서는 router를 재시작하지 않도록 watchdog을 조정해야 할지도 모르겠네요 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> 음, 그건 모든 피어(peer)에 걸친 평균이라 대부분의 피어에서는 꽤 낮겠지만, 심하게 혼잡한 피어에서는 꽤 높을 겁니다 15:21 <jrandom> (peers.jsp에 표시된 것처럼) 15:22 <+Complication> 맞아요, 아직 그쪽 분포는 살펴보지 않았습니다 15:23 <+Complication> 다른 이유가 없더라도 분포가 어떤지 확인하려면 살펴볼 필요가 있겠네요 15:24 <jrandom> 좋아요, 고마워요 Complication 15:24 <jrandom> 좋아요, 1) 네트워크 상태에 대해 더 할 말 있으신가요? 15:25 <bar> Complication: 어떤 burst limit을 사용 중인지 여쭤봐도 될까요? 저는 이론상 업로드 최대치의 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_> 제 쪽에서는 local destination에서 "no lease"가 자주 뜹니다(오늘도 말씀드렸듯이) 15:30 <ashter_> 그리고 노드가 조금 더 혼잡합니다 15:30 <+fox> <nextgens> 안녕하세요 15:30 <jrandom> 안녕하세요, nextgens 15:30 <jrandom> ashter_: 흠, dialup, dsl/cable, 아니면 더 빠른 회선인가요? 아니, 더 익명적으로 말하면, 혼잡하신가요? 15:31 <+fox> <nextgens> 좋네요, jrandom이 있네요 :) 도와주실지도 :) 15:31 <jrandom> (I2P가 표시하는 수치가 아니라, 네트워크 혼잡을 말하는 겁니다) 15:31 <ashter_> dsl/cable 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> 좋아요, 말씀드렸듯이 편하신 방식으로 소식을 전파해 주세요. gracias 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> (에르프, 그게 또 발생했네요. 이게 발생하면 participating tunnels가 미친 듯이 늘어납니다 :( ) 15:43 <jrandom> 흠, 수천 개까지인가요, 아니면 수백 개? 15:43 <jrandom> (새로운 tunnels가 갑자기 몰리는 현상에 대한 수정 몇 가지가 대기 중이며, 이번 주 후반에 나갈 예정입니다) 15:43 <ashter> 수천 개요 15:44 <ashter> (네, 감사합니다) 15:44 <jrandom> 좋아요, 괜찮네요. 그동안 bandwidth limit이나 공유 비율을 낮추는 것을 고려해 보세요 15:44 <jrandom> 좋아요, 회의에서 더 논의할 사항이 있나요? 15:45 <jrandom> 없다면... 15:45 * jrandom 마무리한다 15:46 * jrandom *baf* 하며 회의를 닫는다