I2P 개발자 회의 - 2006년 5월 30일

16:00 <jrandom> 0) 안녕 16:00 <jrandom> 1) 네트워크 상태 16:00 <jrandom> 2) 피어 필터링 16:00 <jrandom> 3) Syndie 상태 16:00 <jrandom> 4) ??? 16:00 <jrandom> 0) 안녕 16:00 * jrandom 손을 흔든다 16:01 <jrandom> 주간 상태 노트를 여기에 올렸습니다 @ http://dev.i2p.net/pipermail/i2p/2006-May/001291.html 16:01 <jrandom> (무려 한 시간 일찍 올렸어요 [아니면 저를 놀리고 싶다면 몇 주 늦었다고 해도 되고요 ;]) 16:02 <jrandom> 좋아요, 1) 네트워크 상태로 바로 들어가죠 16:02 <jrandom> 상황이 원래 되어야 할 만큼 좋지는 않습니다. 혼잡 붕괴 때보다는 나아졌지만, 지금보다는 더 좋아야 해요 16:03 <jrandom> 그래도 그에 대해 더 덧붙일 말은 많지 않습니다. 1)에 대해 질문/우려 사항 있나요? 16:03 <@frosk> .19로는 IRC 연결이 며칠씩 유지되더군요, 그래서 여기서는 불만 없습니다 16:04 <jrandom> 좋네요 16:04 <jrandom> 네, 어떤 사람들에겐 좋지만 충분히 좋지도, 충분히 일관적이지도 않습니다. DB 안의 통계도 그다지 좋아 보이지 않아요 16:06 <jrandom> 좋아요, 1) 네트워크 상태에 대해 더 있을까요, 아니면 2) 피어 필터링으로 넘어갈까요? 16:07 <jrandom> [여기서 이동하는 효과음 삽입] 16:09 <jrandom> 메일에서 언급했듯이, 핵심은 우리의 피어 선택을 조금 향상시키는 것입니다. 처음에는 약간 위험할 수 있어 능동적인 분할 공격을 일부 허용하게 되겠지만, 제가 기대하는 대로 작동한다면 그것들을 피할 수 있습니다 16:10 <jrandom> (하지만 이를 피하려면 사실상 모든 router 아이덴티티(식별자)를 '죽여야' 하고, 그것은 사실상 네트워크 리셋과 같으므로 그럴 가치가 있지 않다면 피하고 싶습니다) 16:11 <bar> 한 번만 리셋하나요, 아니면 반복적으로요? 16:11 <bar> s/reset/killing 16:11 <jrandom> 최소한 한 번, 그리고 이후의 모든 급격한 설정 변경 때에도요 16:12 <jrandom> (즉 router 아이덴티티의 certificate에 몇 가지 기준을 넣는 것이고, 그렇게 하면 ident 해시가 바뀌므로 어떤 설정을 일부 사람에게만 밀어넣고 다른 사람들에겐 다른 설정을 밀어넣는 식으로 속일 수 없게 됩니다) 16:13 <bar> 알겠습니다 16:14 <jrandom> 좋아요, 지금 그 주제에 대해 더 할 말은 없는 것 같고요, 누가 질문/코멘트/우려 있나요? 16:15 <jrandom> (다음 하루이틀 안에 빌드가 나올 겁니다. 안정화되면 릴리스하죠) 16:17 <jrandom> 좋아요, 3) 을 간단히 짚고 넘어가죠.. 16:18 <jrandom> Syndie는 잘 진행되고 있고, amd64/amd32/x86/swt/gcj 전쟁이 늘 보기 좋았던 것은 아니지만 6월에 빌드를 준비해 둘 겁니다 16:19 <jrandom> (하지만 아직 mingw/gcj 얘기는 제게 하지 마세요 ;) 16:19 <jrandom> 지금은 그에 대해 더 보탤 말이 많지 않습니다. Syndie 개편과 관련해 질문/우려 있나요? 16:21 <@cervantes> mingw/gcj 지원은 어떻게 되어가나요? 16:21 <@cervantes> *고개를 숙여 피함* 16:22 <@cervantes> 6월 릴리스 전에 스크린샷 몇 장 볼 수 있을까요? :) 16:23 <jrandom> 열성적인 자원봉사자 몇 분을 프리릴리즈 테스트에 끌어들이려고 할 게 분명해요 ;) 16:23 <tethrar> 저도 끼워 주세요 ;) 16:23 <jrandom> w3wt 16:24 <jrandom> 좋아요, 모두가 기다려 왔다는 걸 아는 그 항목으로 넘어가죠: 4) ??? 16:24 <jrandom> 와썹? 16:24 <green> Via C7에서 "제대로" 동작하는 I2P router를 만들 계획이 있나요? jbigi가 순수 Java 대비 30%만 좋아요 16:25 <jrandom> 30% 개선이어도 여전히 CPU를 너무 잡아먹나요? 무엇이 그것을 "제대로"가 아니게 하나요? 16:25 <jrandom> 하지만, C7을 위한 더 나은 libGMP를 만들 만큼의 수학적 지식이나 C7 ASM 실력은 없습니다. 16:25 <green> 물론이죠, CPU 로드 100%면 너무 CPU 인텐시브예요 :P 16:26 <jrandom> CPU 로드 100%라는 건 문제는 jbigi 자체가 아니라 jbigi를 너무 자주 써야 한다는 데 있다는 뜻입니다 16:26 <jrandom> 그리고 그 점을 위해, 맞아요, 우리가 준비 중인 게 많습니다. 16:26 <jrandom> (예: 연결 재수립 횟수 줄이기, tunnel 구축 성공률 향상 등) 16:27 <jrandom> ((그리고 router가 처리할 수 없으면 tunnel 요청을 그만큼 받지 않도록)) 16:29 <green> 흠, 전용 박스에 100Mb/s인데, 그러면 처리할 수 있어야 할 텐데요 16:30 <jrandom> 아니요, 여기서 제약되는 자원이 대역폭만은 아닙니다. CPU가 분명 병목이에요 ;) 16:33 <jrandom> 좋아요, 회의에서 더 이야기할 것 있나요? 16:36 <jrandom> *콜록* 16:37 * jrandom 마무리 준비를 한다 16:37 * jrandom *baf* 하며 회의를 닫는다