I2P 개발자 회의 - 2005년 1월 25일

13:50 <jrandom> 0) 안녕 13:50 <jrandom> 1) 0.5 진행 상황 13:50 <jrandom> 2) sam.net 13:50 <jrandom> 3) gcj 진행 상황 13:50 <jrandom> 4) udp 13:50 <jrandom> 5) ??? 13:50 <jrandom> 0) 안녕 13:50 * jrandom 뒤늦게 손을 흔듭니다 13:51 <jrandom> 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2005-January/000560.html 에 올려두었습니다 13:51 <+postman> 안녕 13:51 * brachtus 손을 흔들어 답합니다 13:52 * cervantes 지각 벌칙 통지서를 흔듭니다 13:52 <jrandom> 그래 그래, 날 빨아들인 건 코드 탓으로 해 13:52 <jrandom> 좋아, 1) 0.5 진행 상황으로 들어가자 13:53 <jrandom> 지난주 이후 진전이 많았어요 - 새로운 암호화에서 겪었던 지저분한 문제들은 큰 어려움 없이 모두 해결됐습니다 13:54 <jrandom> 최신 문서 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD 는 사람들이 문제를 찾지 않는 한, 0.5와 그 이후에 배포할 매우 유력한 후보입니다 13:55 <jrandom> 이메일에 있는 것 외에 더 보탤 게 있는지 모르겠네요 13:55 <jrandom> 질문/우려 사항 있나요? 13:56 <Ragnarok> 성능은 어떤가요? 13:56 <jrandom2p> (나 아님) 13:56 <jrandom> Ragnarok: tunnel 성능은 훨씬 더 좋아질 겁니다 13:56 <frosk> 지금 것과 비교해 의미 있는 오버헤드가 있나요? 13:57 <jrandom> frosk: 때에 따라 다릅니다 13:57 <jrandom> frosk: tunnel 안에서 메시지를 합칠 수 있을 때는 오버헤드가 최소화됩니다 13:58 <jrandom> 하지만 합칠 수 없거나 효과적이지 않을 때는 무시 못 할 낭비가 생길 수 있습니다 13:58 <frosk> 알겠습니다 13:59 <jrandom> 한편, 현재 i2np의 터무니없는 부분 몇 가지를 줄이고 있습니다(현재는 각 I2NP 메시지 앞에 32바이트 SHA256을 붙이고 있는데, garlic 메시지 내부의 것까지도 그렇습니다 등) 13:59 <jrandom> 단편화와 고정 크기는 우리가 조정해야 할 이슈가 되겠지만, 조정할 여지가 많습니다 14:01 <jrandom> 좋아요, 0.5와 관련해 또 다른 사항 있나요? 14:02 <jrandom> 없다면, 2) sam.net으로 넘어가겠습니다 14:02 <jrandom> smeghead가 Java sam 클라이언트 라이브러리를 .net으로 포팅했습니다 (만세!) 14:02 <jrandom> smeghead: 개요를 알려줄래요? 14:03 <smeghead> 물론이죠 14:03 <smeghead> 테스트를 작성 중이고, 며칠 안에 cvs에 올릴 예정입니다 14:04 <smeghead> .net/mono/portable.net에서 동작할 것입니다 14:04 <smeghead> 그리고 c# 및 vb.net 14:05 <frosk> (.net에서 동작하는 다른 모든 언어도 그렇겠죠) 14:05 <cervantes> (으윽) 14:05 <smeghead> 인터페이스는 무척 간단합니다 14:05 <smeghead> SamReader에 리스너 메서드를 등록하거나, SamBaseEventHandler를 상속받아 필요한 메서드를 오버라이드하면 됩니다 14:05 <smeghead> 네, 완전히 CLR 호환이 되도록 목표하고 있습니다 14:06 <jrandom> 끝내주네요 14:06 <cervantes> 멋지네... smeg.net ;-) 14:06 <frosk> 좋군요 14:06 <smeghead> 정말 더 말할 게 별로 없어요 14:06 <+protokol> CLR? 14:06 <smeghead> Common Language Runtime 14:06 <smeghead> .net의 JRE에 해당하는 것 14:07 <+protokol> JRE? 14:07 <+protokol> 그냥 농담이에요 14:07 <jrandom> !thwap protokol 14:07 <Ragnarok> jrandom: 최근 sam 브리지는 잘 버티고 있나요? BT 관련 이슈들은 모두 해결됐나요? 14:08 <Tracker> 그럴 것 같진 않네요, i2p-bt가 제 amd64 3000도 CPU 사용량 면에서 미치게 만들거든요... 14:08 <jrandom> Ragnarok: 최근에는 손대지 않았어요. polecat이 제기한 미해결 choke 문제가 여전히 있고, i2p-bt<-->sam 브리지가 어디에서 삐끗하는지 확실치 않습니다 14:09 <jrandom> 흠, 연결 실패 시 AES 대신 전체 ElGamal을 강제하게 됩니다 14:10 <Ragnarok> 좋아요 14:10 <jrandom> 0.5 이후에는 그 일부를 줄일 수 있을 텐데, 일부만요 14:12 <Tracker> 좋아요, I2P는 익명 트래커에는 좋겠지만 익명 클라이언트에는 그렇지 않을 겁니다. 시더와 리처가 약 1000명인 정말 인기 있는 토렌트에서 무슨 일이 일어나는지 한번 생각해 보세요. 14:12 <jrandom> 알겠어요, sam.net 내용 멋지네요, smeghead 고마워요. 단위 테스트와 어쩌면 데모 앱도 기대할게요 :) 14:12 <ant> <Evil-Brotten> 여러분 안녕하세요 14:12 <smeghead> 데모 앱, 네 그것도 하겠습니다 14:13 <smeghead> 사실 당신 것을 포팅해 두었어요 14:13 <jrandom> Tracker: I2P는 익명 클라이언트도 잘 처리할 수 있습니다. 전체 ElG를 줄이려면 i2p-bt<-->sam 브리지에 무엇이 문제인지 알아내기만 하면 됩니다 14:13 <smeghead> 지금은 버그가 많을 뿐이에요 14:13 <ant> <Evil-Brotten> deer? 14:13 <jrandom> 안녕 Evil-Brotten 14:13 <ant> <Evil-Brotten> 안녕하세요 14:14 <jrandom> 주간 개발 회의 중이니, 편하게 머물러도 됩니다. deer는 i2p/iip로 가는 게이트웨이예요 14:14 <ant> <Evil-Brotten> 당신 I2P 전문가인가요? 14:14 <ant> <Evil-Brotten> :P 14:14 <ant> <Evil-Brotten> 오, 알겠어요 14:14 <ant> <cervantes> Evil-Brotten: 회의 중에는 #i2p-chat에서 이야기하셔도 됩니다 14:14 <jrandom> Tracker: 1k 규모의 토렌트를 처리하기 전에 해야 할 일이 많습니다 14:14 <ant> <Evil-Brotten> 방금 당신 프로그램을 설치해 보려 했는데, 문제가 좀 있어요 14:14 <ant> <Evil-Brotten> 좋아요, 거기서 물어볼게요 14:15 <jrandom> 끝내주네, smeghead 14:15 <Tracker> jrandom: 그러길 바랍니다, 비익명 BT는 오래 버티지 못할 거예요... 14:15 <frosk> 헛소리죠 14:15 <jrandom> "하지만 exeem은 익명이라며!@#" </snark> 14:15 <Tracker> jrandom: 하지만 그건 다른 이야기죠 14:15 <ant> <MikeW> 뭐라고? 14:15 <ant> <MikeW> 누가 exeem이 익명이라고 했죠? 14:16 <jrandom> mikew: 그냥 가끔 있는 팬보이가요 14:16 <jrandom> Tracker: 0.5 이후에는 원하는 수준으로 성능을 끌어올리기 위해 할 일이 아주 많을 겁니다 14:16 * DrWoo '사람들'이 (가끔은) 젠장할 만큼 멍청하다고 적습니다 14:16 <Tracker> jrandom: 맞아요, 스파이웨어/애드웨어를 설치하는 건 제가 할 짓이 아니죠 ;) 14:16 <jrandom> 헤헷 14:17 <smeghead> 난 사람들을 좋아하는 편이야 14:17 <smeghead> 토스트에 얹어 먹으면 맛있거든 14:17 <jrandom> *우걱* 14:17 <smeghead> 어떤 사람들은 다른 사람들보다 버터를 좀 더 발라야 해 14:18 <jrandom> 좋아요, 2) sam.net은 이 정도면 된 것 같네요 (더 보탤 사람 있나요?) 14:18 <jrandom> 없다면, 3) gcj 진행 상황으로 넘어가죠 14:19 <ant> <dm> sam.net?? 14:19 <ant> <dm> 작동하나요?/ 14:19 <jrandom> 내 백로그에서 smeghead가 상당히 진전을 보였다고 읽었어요 - 진행 상황을 업데이트해 줄래요? 14:19 <smeghead> 네 14:20 <ant> <dm> cooooooool 14:20 <smeghead> 몇몇 클래스를 수정해서 router가 gcj 3.4.3으로 컴파일되도록 했습니다 14:20 <smeghead> 회의 후에 패치를 제출하겠습니다 14:20 <smeghead> 그다음에는 저와 도와주고 싶은 분들이 실행되도록 작업을 시작할 수 있을 겁니다 14:21 <jrandom> 좋네요 14:21 * frosk가 sam.net과 gcj 작업으로 주간 우수 사원 메달을 smeghead에게 달아줍니다 14:21 <jrandom> 좋아, 아주 쿨하군 14:21 <smeghead> :) 14:22 <Tracker> frosk: 포럼 주간 우수 사용자로 하는 게 낫겠네 ;) 14:22 <frosk> 이번 주엔 포럼을 못 봤어요, 미안 :) 14:22 <cervantes> duck의 영광은 아직 유효하죠 ;-) 14:23 * jrandom은 I2P가 gcj 호환되는 모습을 무척 기대하고 있습니다 14:24 <jrandom> (그리고 거기에 대한 현상금도 여전히 있으니, smeghead에게 연락해서 참여하세요 ;) 14:24 <smeghead> 네, I2P의 이식성을 크게 확장할 겁니다 14:24 <cervantes> 아마 router에서 성능이라고 부를 만한 걸 쥐어짜낼 수 있겠죠 :P 14:24 <ant> <dm> 내 32주간의 I2P 최강 노동자 기록도 드디어 끝나는군요... 14:25 <jrandom> gcj가 실제로 성능을 개선하거나 메모리 사용량을 줄일 거라 기대하진 않지만, Sun이 JVM을 내놓지 않았고 kaffe가 망가져 있는 OS들에서 동작할 겁니다 14:25 <jrandom> (하지만 내가 틀렸다면, 멋지죠!) 14:25 <frosk> 독점 소프트웨어 없이 I2P가 더 잘 돌아가게 만드는 건 뭐든 좋습니다 14:26 <jrandom> 동의합니다. kaffe와 gcj 둘 다를 지원하는 건 좋은 일이죠 14:27 <jrandom> 좋아요, 3) gcj 진행 상황에 대해 더 있을까요, 아니면 넘어갈까요? 14:27 <smeghead> 설치도 더 쉬워질 거예요 14:27 <Teal`c> gcj가 'hello world' 예제 외에도 작동한 적이 있나요? 14:27 <Ragnarok> 누군가 eclipse를 그것으로 빌드했죠 14:27 <smeghead> Teal`c: 네, 사실 예전에 mingw 환경에서 .exe를 만드는 데 사용한 적이 있습니다 14:27 <smeghead> 네, 얼마 전에는 red hat에서 gcj로 eclipse가 돌아가고 있었죠 14:28 <jrandom> gcj로 빌드된 실행 파일, 순수 .jar 설치 파일, 그리고 .jar+jvm 번들 배포 옵션을 갖는 건 확실히 좋을 겁니다 14:29 <jrandom> 좋아요, 4) udp로 넘어가죠 14:30 <jrandom> 최근 포럼에 udp가 왜 중요한지 묻고(또 답하고) 있는 글이 하나 올라왔는데, 주목해 주셨으면 합니다 14:30 <Tracker> 웩 14:30 <jrandom> (http://forum.i2p.net/viewtopic.php?t=280 를 참고하시고, 제안/질문/우려가 있으면 댓글로 남겨 주세요) 14:31 <jrandom> 왜 웩이죠, Tracker? 14:32 <jrandom> 어쨌든 mule과 detonate가 udp 쪽에서 진전을 보이고 있습니다. detonate/mule: 공유할 업데이트가 있나요? 14:32 <Tracker> 여기서는 UPD가 최악이에요. 국내에서는 잘 작동하지만, 우리나라 밖 목적지로 쓰려고 하면 정말 엉망이 되죠. 14:32 <jrandom> 흠 14:32 <Tracker> 온라인 게임 5년 경험에서 나온 얘기예요... 14:33 <jrandom> 네트워크로 나갈 때 혼잡과 MTU 이슈를 반드시 고려해야 할 겁니다 14:33 <Tracker> 여기서는 두 개의 큰 백본이 어째선지 UPD를 잘 라우팅하지 않거나, 해도 매우 낮은 우선순위로 처리하는 것 같습니다. 14:34 <Tracker> 핑이 5~20초 사이란 뜻이죠. 14:34 <jrandom> UDP를 전혀 허용하지 않는 ISP가 있다면 꽤 놀랄 겁니다(DNS는 다들 쓰니까요) 14:34 <Tracker> 그리고 높은 패킷 손실 14:34 <jrandom> 혼잡 제어는 확실히 중요합니다 14:35 <Tracker> 왜 제가 수년째 아주 큰 캐시를 가진 자체 캐싱 DNS를 돌리고 있다고 생각하세요 ;) 14:35 <jrandom> 헤헷 14:35 <jrandom> 음, 어떤 이유로든 udp를 쓸 수 없는 사람들을 위해 tcp를 폴백으로 둘 겁니다 14:36 <jrandom> 하지만 udp가 압도적으로 선호될 겁니다 14:36 <Tracker> 그거 좋네요. 14:36 <jrandom> (즉, 100만+ 노드 중 tcp를 쓰는 사람이 10명 정도만 되길 바란다는 뜻 ;) 14:37 <jrandom> 하지만 다시 말해, 그 포럼 글이 우리가 왜 이런 일을 해야 하는지 설명합니다. 더 나은 방법을 찾을 수 있다면, 언제든 듣겠습니다 14:37 <Tracker> 아마 제가 그중 한 명이겠네요. 14:37 <jrandom> 그럴 수도요. 14:38 <jrandom> 0.6이 배포되면 정말 그런지, 아니면 당신 ISP의 문제를 우회할 수 있을지 보게 될 겁니다 14:38 <jrandom> 좋아요, udp에 대해 더 있을까요? 아니면 5) ???로 넘어갈까요 14:39 <jrandom> 넘어간 걸로 하죠 14:39 <jrandom> 5) ?? 14:39 <jrandom> 다른 안건 있으신가요? 14:40 <Teal`c> 피자가 도착했나요? 14:40 <Jhor> BitTorrent 문제를 찾고/디버그하려면 어디를 봐야 할지 아는 분 있나요? 14:41 <jrandom> Jhor: i2p-bt라면, 어떤 BT 메시지가 송수신되는지 알 수 있도록 로깅을 추가하는 것부터 시작하는 게 좋겠습니다. 그래야 어디서 블로킹/타임아웃 등이 발생하는지 알 수 있거든요 14:41 <jrandom> (azneti2p가 아니라 i2p-bt를 말하는 거죠?) 14:42 <Jhor> 네, i2p-bt요. spew 레벨은 뭐가 있죠? 14:42 <jrandom> 모르겠네요, 아는 건 --spew 1뿐입니다 14:42 <Jhor> 좋아요, 그걸로 해 볼게요 14:43 * Jhor가 python 벼락치기를 준비합니다 14:43 <jrandom> :) 14:44 <jrandom> 좋아요, 다른 논의할 사항 있으신가요? 14:44 * cervantes가 Strand Gong을 굴려 끌고 나옵니다 14:44 <jrandom> 약 60분 지점이니, 꽤 좋은 속도네요 14:44 <Teal`c> udp는 언제 일반 공개될 예정인가요? 14:44 <jrandom> Teal`c: 4월 14:44 <jrandom> 그게 0.6이고, 우리는 아직 0.5 작업 중입니다 14:45 <Teal`c> 좋은 작업이네요. 14:46 <jrandom> 진전은 언제나 앞으로 14:46 * jrandom 준비 자세를 잡습니다 14:46 * jrandom이 *baf* 하고 징을 울려 회의를 마칩니다