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

16:31 <jrandom> 0) 안녕 16:31 <jrandom> 1) 네트워크 상태와 0.6.1.18 16:31 <jrandom> 2) baz 16:31 <jrandom> 3) ??? 16:31 <jrandom> 0) 안녕 16:31 * jrandom 손을 흔듦 16:32 <jrandom> 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-May/001288.html 에 올렸습니다 16:32 <jrandom> 여러분이 그걸 읽는 동안, 1) 네트워크 상태와 0.6.1.18로 바로 들어가죠 16:33 <jrandom> 지난 주는 IRC와 전체 네트워크가 꽤 흔들렸어요 16:33 <+Complication> 그래프를 보고 있는데, 아직 눈에 띄는 변화는 못 봤습니다 16:33 <+Complication> 물론 이제 시작일 뿐이기도 하고요 16:34 <jrandom> 맞아요, 몇 시간밖에 안 됐고 네트워크의 20%도 채 업그레이드되지 않았거든요 16:35 <jrandom> 아직 네트워크에 배포할 큰 변화가 몇 가지 남아 있지만, 대대적인 변경을 밀어넣기 전에 먼저 안정화되길 바랍니다 16:35 <+Complication> 맞아요, 무엇이 무엇을 어떻게 바꾸는지(볼 수 있는 한에서) 파악하는 게 도움이 되죠 16:36 <+Complication> 한꺼번에 다 배포하면, 무엇이 효과가 있었는지 파악하기가 아주 어려울 수 있어요 16:38 <tmp> *한숨* 16:38 * tmp는 IRC의 안정성을 꿈꿈. 16:39 <jrandom> 맞아요, 모든 면에서요 ;) 16:39 <+fox> <roderick_spod1> Roderick는 큰 가슴을 꿈꿉니다. 16:39 <jrandom> (그래서 회의 로그를 필터링할 수 있는 거죠... ;) 16:40 <jrandom> 좋아요, 1) 네트워크 상태와 0.6.1.18에 대해 다른 얘기할 것 있나요? 16:41 <jrandom> 없으면, 2)로 넘어가죠 16:42 <jrandom> 여기에 더할 건 많지 않고, w32/w64 지원에 대한 진행 현황만 간단히 말씀드릴게요 16:43 <jrandom> 메일에서 언급했듯이, 현재로선 mingw에서 gcj가 그다지 현실적이지 않아 보입니다. 다만 요령을 부리면 어떻게 해볼 수도 있겠어요 16:44 <jrandom> mingw에서 동작하는 예전 gcj 3.4.4/3.4.5가 있긴 한데, 그 안의 classpath 지원이 꽤 오래됐습니다. 16:45 <jrandom> (그리고 hsqldb에서 많은 걸 덜어냈어도, 3.4.5가 충족하지 못하는 의존성이 여전히 좀 있습니다. 하지만 필요하다면 그것들도 손봐서 빼낼 수도... 가능하겠죠) 16:47 <jrandom> 좋아요, 더 없으면 3) ??? 로 넘어가죠 16:47 <jrandom> 회의에서 더 논의할 사항 있나요? 16:48 <cervantes> 그의 멋진 기부에 대해 "nice one bar"라고 한마디 하고 싶네요 16:48 <+Complication> 글쎄요, 포럼에 NetDB(네트워크 데이터베이스)에 표시되는 가동 시간에 관한 질문이 하나 있었죠... 16:48 * Complication 재청함 16:49 <+Complication> 가동 시간 얘기로, 기억하시겠지만 제가 3월에 약간 퍼지 처리를 했습니다... 16:49 <cervantes> odci.gov 성토 속에서 그걸 놓쳤나 보군요 16:50 <tmp> 대체 그쪽에서 뭘 하고 있는 거야 roderick_spod? 16:50 <jrandom> 맞아요 Complication 16:50 <+Complication> 질문이 나온 김에, 더 퍼지 처리해도 될지, 아니면 디버깅 능력에 해가 될지 궁금했습니다 16:52 <jrandom> 그게 어떤 의미가 있을지는 모르겠어요 - 정밀하게 분석하면 통계 데이터 전부가 많은 정보를 드러낼 수 있으니까요 16:52 <arse> 네트워크의 주기성이 가라앉을 거라고 보나요 16:52 <jrandom> 때가 되면, 통계 공개 자체를 아예 꺼버릴 겁니다 16:52 <+Complication> 최근에는 router 재시작과 관련된 건 없었습니다만, 그건 바로 최근의 일일 뿐이죠... 16:52 <jrandom> arse: 네 16:52 <+Complication> (부분적으로는 watchdog이 힘이 없어서이기도 하고요) 16:54 <+Complication> 맞습니다, 이 단계에서는 어느 정도 정보가 노출될 수밖에 없죠 16:55 <jrandom> 게다가 그들이 한 가정은 옳지 않습니다, publishedTimeAgo는 router가 netDb 엔트리를 /수신한/ 시점으로부터 얼마나 지났는지이지, 서명된 시점을 의미하지 않습니다 16:55 <jrandom> 음, 잠깐, 아니, 그건 사실이 아니네요 16:56 <jrandom> 신경 쓰지 마세요. 네, 그건 그냥 작은 변동만 더해요 16:56 <+Complication> 헤, 답글을 올리려 하는데, 지금은 "no post mode specified"라고 뜨네요 16:57 <+Complication> 맞아요, 지연도 있고, 게다가 이 정보가 얼마나 자주 게시되던가요? 제 기억이 맞다면 그리 자주가 아니었죠? 16:57 <+Complication> 요컨대, 제가 거기서 정밀도를 좀 더 낮추자고 제안해도 괜찮을까요? 16:58 <jrandom> 새로 서명된 엔트리는 5~15분마다 게시되지만, 이는 전체 피어에게가 아니라 netDb에만 게시됩니다 16:58 <jrandom> 피어는 그것을 검색하거나 다시 연결할 때만 업데이트된 것을 받습니다 16:59 <jrandom> 하지만 네, 변동 폭을 더 늘려도 됩니다. stat.i2p의 가동 시간 그래프에는 영향을 주겠지만, 합리적인 수준만 유지된다면 괜찮아요 17:01 <+Complication> 그럼 합리적인 수준으로 유지해 보겠습니다 :) 17:01 <jrandom> 헤, 좋네요, 고마워요 Complication 17:04 <jrandom> *콜록* (그리고 일관성 있게요 ;) 좋아요, 회의에서 더 얘기할 것 있나요? 17:04 <+Complication> 추신: 멋지네요, "post mode" 버그가 끈기에 굴복해서 저도 답글을 올릴 수 있었습니다 :) 17:05 <jrandom> w3rd Complication <i>오프토픽 메시지는 생략됨</i> 17:08 <jrandom> 좋아요, 더 없으면... 17:08 * jrandom 마무리함 17:09 * jrandom *baf* 하며 회의를 종료함