I2P 개발자 회의 - 2006년 11월 21일

15:02 <jrandom> 0) 안녕 15:02 <jrandom> 1) 네트워크 상태 15:02 <jrandom> 2) Syndie 개발 상태 15:02 <jrandom> 3) ??? 15:02 <jrandom> 0) 안녕 15:02 * jrandom 손을 흔든다 15:02 <jrandom> 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-November/001319.html 에 올려뒀어요 15:03 <jrandom> 그게 꽤 짧으니, 1) 네트워크 상태로 바로 들어가죠 15:04 <jrandom> 현재로서는 꽤 좋아 보이고, 네트워크도 꽤 안정적인 듯해요 15:04 <+zzz> "peer capacity index"를 만들어봤어요 15:04 <+zzz> 대시보드에... 15:04 <+zzz> 지금까지는 도움이 되는지는 잘 모르겠지만요 15:04 <jrandom> 아 네, 미안, 지난주에 그거 언급했었죠 - 꽤 유용해 보여요, 고마워요! 15:05 <jrandom> 밖의 격차가 그렇게 뚜렷하게 보이는 게 흥미롭네요 15:05 <+zzz> 아이디어는 high-cap router와 low-cap router의 비율이에요, 이건 당연히 tunnel build %에 중요하죠 15:06 <+zzz> 1.5시간 동안 netdb 업데이트를 못 받는 router는 통계에서 빼고 있는데, 너무 빠른 것 같아서 통계를 왜곡하는 듯해요 15:07 <jrandom> 아, 그렇군요, 그게 설명이 되네요. 아직도 수집(harvest)하고 있어요? 15:07 <jrandom> (아니면 dev.i2p.net에서 wget'ing?) 15:08 <+zzz> 네 15:08 <jrandom> 좋아요 15:08 <+zzz> netDb.harvestDirectly=false 15:08 <+zzz> netDb.shouldHarvest=true, right? 15:09 <jrandom> 그렇다면 우리가 이전에 가졌던 통계는, 사용자들이 너무 상태가 안 좋아서 꺼버리고 사라진 router에 주로 기반한 거였나 보네요? 15:09 <jrandom> 맞아요 15:10 <+zzz> 항상 1.5시간이었는데, M/N/O router들을 플로팅해 보면, 직관적으로는 꽤 일정해야 할 것들이 들락날락하는 것처럼 보여요 15:10 <jrandom> 아 그렇군요 15:10 <+zzz> 모든 데이터에서 1.5시간 동안 지속되는 급등/급락이 보여요 :) 15:11 <spaetz> 네트워크는 꽤 안정적인 것 같아요. 맞아요 15:12 <+zzz> 그 주제는 여기까지예요 15:12 <spaetz> 요즘 jrandom이 완전히 syndie에만 집중하는지, 아니면 여전히 i2p 개발도 보는지 알고 싶어요. 15:12 <spaetz> 아니면 일시적으로만 좀 뒤로 미뤄둔 건지 15:13 * jrandom 요즘은 syndie에 완전히 집중하고 있지만, 문제가 있으면 i2p에도 작업하고 syndie가 자리 잡으면 다시 할 거예요 15:13 * spaetz 정보 고마워요 15:14 * spaetz 이건 괜찮아요 15:15 <jrandom> w3wt. 네, 정상 상태면 syndie 개발을 계속할 수 있다는 뜻이고, 문제가 생기면 당연히 우선순위를 다시 조정해요 15:15 <jrandom> 좋아요, 1) 네트워크 상태에 관해 다른 거 있나요? 15:15 <Walter> 뜬금없는 질문이 있어요. 15:15 <jrandom> 말해봐요 Walter 15:17 <Walter> 100Mb/s 대역폭이 있다고 가정하면, I2P 노드로 그걸 포화시키려면 어떤 서버가 필요하죠? 15:17 <jrandom> 상관없어요 15:17 <jrandom> i2p는 100Mbps를 포화시키지 못하고, 앞으로도 그럴 겁니다 15:18 <Walter> 사용 가능한 대역폭을 활용하고 싶다고 가정하면요. 15:18 <jrandom> 그럴 수 없어요. 15:19 <spaetz> 업/다운 150kbs인데, vserver의 25% 정도를 써요 (열두 명과 공유하는 Dell) 15:19 <jrandom> 그건 전체 네트워크의 수용량을 초과해요 15:19 <spaetz> CPU 25% 말이죠 15:19 * spaetz 그게 정확한 답은 아니라 인정하고 조용히 있을게요 15:20 <jrandom> router 자체에는 메모리 대 처리량 트레이드오프가 있어서, router가 3-350KBps까지 밀어붙이는 것조차 쉽지 않아요 15:20 <jrandom> (물론 그 트레이드오프를 조정해 더 높은 속도를 허용할 수도 있지만, 그건 문제가 아니에요) 15:21 <jrandom> 필요할 때만 사용되는 경우가 아니라면 대역폭을 쓰는 건 *BAD* 15:22 <+zzz> 지난 3개월 동안 네트워크 전체 트래픽 평균이 약 1.5 MBps(=12 Mbps)입니다 15:23 <Walter> 알겠어요. 15:24 <+fox> <LeerokKitchen> 소풍! 15:26 <jrandom> 좋아요, 1) 네트워크 상태에 더 없으면, 2) syndie 개발 상태로 넘어가죠 15:26 <jrandom> 여기 진행은 계속되고 있고, windows와 linux 둘 다에서 테스트하고 있어요 15:28 <jrandom> 현재 전장은 포럼 관리 인터페이스예요. 다만 텍스트 인터페이스는 이미 내장되어 있어서 기능은 모두 갖춰져 있어요 15:29 <jrandom> 그쪽은 더 논의할 소식이 많지는 않네요 15:30 <jrandom> 2) syndie 개발 상태에 대해 질문/코멘트/우려 사항 있나요? 15:33 <jrandom> 좋아요, 그럼 3) ???로 넘어가죠 15:33 <jrandom> 회의에서 다룰 다른 것 있나요? 15:34 <+fox> <blx> gpl java는 언제 i2p에서 쓸 수 있게 되나요= 15:34 <+fox> <blx> ? 15:35 <Complication3> 아마 각 배포판에서 gpl java를 언제 쓸 수 있게 되느냐에 달렸겠죠 15:35 <Complication3> 아니면 Sun에서 다운로드할 수 있게 되는 때거나요 15:36 <Complication3> 하지만 이미 지금 사용 가능한 것과 같은 Java라서 큰 의미는 없어 보이네요 15:36 <Complication3> GPL이면 단지 더 편하게 패키징하고, 개선할 수 있게 해줄 뿐이죠 15:37 <jrandom> (그리고 i2p는 이미 gcj/kaffe에서도 동작해요, 다만 모든 클라이언트 앱이 그런 건 아니지만) 15:37 * Complication3 재빨리 백로그를 읽는다 15:37 <jrandom> ((그리고 syndie는 gcj/kaffe에서 완전히 동작해요)) 15:38 <+fox> <blx> Compilation, 그게 그들이 당신이 그렇게 생각하길 바라는 거죠 ;) 15:38 <+fox> <blx> 하지만 좋아요, 궁금증은 풀렸어요. 15:38 <+fox> <blx> Complication 말이죠. 잘못 읽었네요 15:39 <Complication3> blx: 음, 소스는 이미 지금도 공개되어 있어요. 다만 읽고 컴파일하는 사람이 거의 없을 뿐이죠 15:39 <jrandom> (수정해서 그 수정을 사용하는 것도 가능해요. 단지 그 수정본을 배포할 수 없을 뿐) 15:40 <koff> 제가 들은 제안 법안에서 요구하는 로깅 기능은 i2p에 언제 들어가나요? 15:41 <jrandom> 절대요 15:41 <+zzz> 하하하하 15:41 * Complication3 도 아마 절대 아닐 거라고 생각하죠 :) 15:41 <+fox> <blx> 무슨 법이요? 15:41 * jrandom 당신이 .de/.eu 데이터 보존 이슈를 말하는 거라고 추정한다 15:41 <Complication3> 포럼에서 누군가 독일의 (제안된) 법안에 대해 이야기했어요 15:42 <jrandom> (그리고 몇 년 뒤엔 .us 것도요) 15:42 <Complication3> 그렇지만 좀 더 분명히 말했어야 했어요 15:42 <jrandom> 그래요, 제안일 뿐이지만 크게 놀랍진 않죠 15:43 <Complication3> 개인적으로는, 데이터 보존 법들은 이미 여기저기서 마구 어겨지고 있잖아요 15:43 <Complication3> 그걸 더 수십 개쯤 더 어긴다고요? 전 개인적으로 별로 신경 안 쓸 듯... 15:44 <Complication3> 요컨대, 그걸 어떻게 집행할 건지 보고 싶어요 15:44 <tea> Napster 때처럼 : 모두 체포하기 15:45 <Complication3> 만약 제대로 시도한다면, 그걸 무력화할 무언가를 찾아야 할 거예요('내 나라에서는 안 돼'라는 피어링 원칙, 광기가 지배하는 나라들에 대해) 15:45 <+fox> <LeerokLacerta> 어떤 노래가 떠오르네요. 15:45 <+fox> <LeerokLacerta> http://2ch.ru/mu/src/1163070550597.mp3 15:46 <tea> 모든 데이터 트래픽을 익명 네트워크로 돌리는 게 도움이 될 수도 ... 15:47 <Complication3> 그냥 다 같이 대규모로 무시하는 건 평범한 해적들에게는 통했죠... 15:47 <Complication3> 당신을 무시하는 한 사람은 체포할 수 있어요. 수십만 명에게는 그럴 수 없죠. 15:47 <tea> 그건 독일인에게는 설득력이 없죠 :) 15:47 <+fox> <modulus> 할 수 있어요 15:47 <+fox> <modulus> 히틀러가 그랬죠 15:48 <Complication3> 그건 아무도 그를 몰아내려 하지 않았기 때문일 뿐이에요 15:48 <jrandom> *기침* 15:48 <Complication3> 그들이 무기를 들었더라면, 그렇게는 안 됐을 거예요 15:48 <Complication3> (미안, 주제에서 너무 벗어났네요) 15:48 <tea> 그래도 편집증적으로 경계하는 게 중요하다고 느껴지긴 하죠 15:48 <+fox> <modulus> 그렇다곤 해도 i2p가 익명성을 해치지 않고도 데이터 보존 법에 맞출 수는 있다고 봐요, 하지만 그럴 이유는 없죠. 15:48 <jrandom> 좋아요, 음, 거기서 i2p 관련 이슈는 다 다룬 것 같네요 ;) 15:48 <tea> 미안 15:49 <jrandom> 그래요 modulus 15:49 <jrandom> (어차피 개인 사용자들과 isp들이 모든 걸 로깅한다고 이미 가정하고 있어요) 15:49 <+fox> <modulus> 맞아요, 그러니 DR 기능이 포함된 i2p가 세상의 끝은 아니겠죠 15:51 <Complication3> 그렇더라도 그걸 포크하려고 수고할 누군가는 필요하겠지만요... :P 15:52 * jrandom 입을 다문다 ;) 15:52 <jrandom> 좋아요, 회의에 더 있을까요? 15:53 <jrandom> 없다면 15:53 * jrandom 마무리한다 15:53 * jrandom *baf*s 회의를 마감한다