I2P 개발자 회의 - 2006년 1월 10일

15:26 <jrandom> 0) 안녕하세요 15:26 <jrandom> 1) 네트워크 상태 15:26 <jrandom> 2) 처리량 프로파일링 15:26 <jrandom> 3) Syndie 블로그 15:26 <jrandom> 4) HTTP 지속 연결 15:26 <jrandom> 5) I2Phex gwebcache 15:26 <jrandom> 6) ??? 15:26 * jrandom 손을 흔든다 15:26 <jrandom> 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-January/001247.html 에 올렸습니다 15:27 <jrandom> (그래, 알아... 우리에겐 7) 한 가지 더... 가 필요하지) 15:28 <jrandom> 그럼 1) 네트워크 상태로 들어가죠 15:28 <jrandom> 전반적으로, 메일에 쓴 내용 외에는 늘 그렇고 그런 상태인 것 같습니다. 15:28 <jrandom> 1)에 대해 제기할 내용 있나요? 15:30 <jrandom> 없다면 2) 처리량 프로파일링으로 넘어가겠습니다 15:31 <tethra> 재밌어 보이는데, 목적이 뭔지 물어봐도 될까요? 15:31 <jrandom> 빠른 피어를 찾는 것 15:31 <tethra> (재치와 요령이 부족한 점은 양해를) 15:31 <tethra> 아, 좋네요. 15:32 <jrandom> 기본적으로, 예전 속도 프로파일링은 그리 좋지 않았고(요약은 지난주 상태 노트를 보세요), 이번 것은 제가 빠른 걸로 알고 있는 피어를 잘 찾아내는 편입니다 15:32 <jrandom> (제가 비익명(non-anonymous) 방식으로 측정하는 꼼수를 써서 빠른 걸 알고 있거든요) 15:33 <tethra> 충격적이군요! ;) 15:33 <jrandom> ((네, 누군가 제 측정을 혼란스럽게 하려고 공격을 걸었을 수도 있겠지만, 뭐, 그럴 가능성은 낮다고 봅니다 ;) 15:33 <tethra> 하하 15:33 <tethra> 좋네요, 그럼 client tunnels가 '좋은' 피어를 더 잘 찾게 되고, 아마 '빠른' 피어들에 가해지는 부담도 줄어들겠죠? 15:35 <tethra> s/'good'/fast/ 15:35 <jrandom> 앞부분은 맞고, 뒷부분은 꼭 그렇지는 않아요 — 그들에게 가해지는 부담을 줄이지는 못하지만, 사람들이 더 효율적으로 활용하게 해줍니다 15:35 <@cervantes> 빠른 피어를 가진 사람들은 피어 스로틀링이 추가 참여를 감당할 만큼 충분히 잘 동작하길 바라야겠군요 15:36 <jrandom> 예: $slow-->$fast-->$fast 대신 $fast-->$fast-->$fast 15:36 <tethra> 아, 알겠어요 15:36 <jrandom> 맞아요 cervantes, 수용량 프로파일도 신경 써왔고, 제 역할을 하고 있습니다 15:36 <@cervantes> 훌륭 15:37 <jrandom> 수용량과 속도의 상호작용이 중요합니다 — 설령 속도 순위가 남들보다 높더라도, 수용량이 높지 않으면 그 피어는 빠른 것으로 간주되지 않습니다 15:37 <@cervantes> 처리량에 어떤 영향을 미치는지 지켜보면 흥미롭겠네요 15:37 <jrandom> (그래서 'fast'는 '빠르고 수용량이 높음'의 약칭일 뿐이죠) 15:37 <@cervantes> +h 15:37 <jrandom> 맞아요 cervantes 15:39 <jrandom> 좋아요, 2)에 더 없으면 3) Syndie 블로그로 넘어가죠 15:40 <jrandom> 거기 메일에 쓴 것 이상으로 덧붙일 건 별로 없어요 15:41 <@cervantes> 아주 좋아 보입니다 15:41 <tethra> 개인적으로 블로그가 가는 방향이 무척 마음에 듭니다. 한마디로 '다 잘 되고 있다'고 할 수 있겠네요. 15:41 <tethra> :D 15:41 <+Complication> 좀 늦었네요, 미안합니다. 15:42 <jrandom> 좋아요, 원래와 비슷하긴 한데, 블로그 뷰가 꽤 가능성이 있어 보여요 15:42 <jrandom> 돌아왔구나 Complication, 걱정 마요, 로그가 있으니까 :) 15:43 <+Complication> 지금 스크롤백 읽는 중이에요 :) 15:43 <jrandom> 두 가지 뷰 모두 쓸모가 있다고 봅니다. 사용자의 취향에 달린 문제겠죠 15:43 <jrandom> (그리고 콘텐츠, 그리고 작성자) 15:45 <jrandom> 한 가지 문제는 HTML이 그다지 훌륭하지 않다는 거죠. cervantes가 제 아주 기본적인 수준의 지식을 현대적인 관점으로 업그레이드하도록 도와주고 있지만, 아직 해결할 이슈가 많습니다 15:46 <jrandom> Syndie의 웹 인터페이스는 계속 개선될 것이고, 포매팅, 디자인, CSS, 크로스 브라우저 이슈 등에서 도와줄 HTML 자원봉사자가 있다면 정말 감사하겠습니다 15:47 <@cervantes> 여는 <style> 태그가 2개 있는 것만 빼면 코드는 꽤 깔끔해 보여요 ;-) 15:47 <jrandom> 헉, 이런 15:48 <@cervantes> 스타일을 깔끔하고 읽기 좋게 만드는 데 중점을 두고, 아마 몇 가지 대체 템플릿을 설계하는 방향이 될 것 같아요 15:48 <jrandom> 흠 15:49 <jrandom> 블로그 뷰에 관해 생각하던 것 중 하나가 그거예요 — 색, 글꼴, 크기 같은 특정 속성은 쉽게 사용자 정의할 수 있게 할 수 있지만, 그 이상을 얼마나 허용해야 할지는 잘 모르겠어요 15:50 <jrandom> 한편으로, 블로그 뷰는 쓰레드 뷰처럼 Syndie 아카이브 위에 얹은 템플릿일 뿐이에요 15:50 <@cervantes> 음, 배포 가능한 템플릿을 허용하고 싶지는 않겠죠 15:50 <jrandom> 그렇다면 질문은, 템플릿을 누가 쓰느냐는 거죠? 15:50 <jrandom> (템플릿을 쓰는 사람이 어느 정도의 경험을 갖춰야 하느냐) 15:51 <@cervantes> 저는 그냥 블로그에서 선택할 수 있는 팝업 설정 옵션 정도를 생각했어요 15:51 <jrandom> 흠? 15:51 <@cervantes> 'Pony Look'을 원해요 15:51 <jrandom> 아, 오케이 15:51 <@cervantes> 그럼 Syndie에 다양한 스킨을 넣어 배포하죠 15:52 <jrandom> 네, 미리 설정된 색/글꼴/기타 등등 15:52 <jrandom> (그리고 아이콘 등도) 15:52 <jrandom> 그건 아직 블로그 뷰에서 제대로 구현되지 않은 부분이네요 15:54 <jrandom> 하지만 복잡한 옵션 세트 대신 간단한 테마 선택기를 두는 건 좋은 생각이에요 15:54 <@cervantes> 또 다른 방법으로, 누군가 자신의 템플릿 프리셋을 사이트에 다운로드로 제공하고 — 그걸 테마 폴더에 저장하게 할 수도 있겠죠 15:55 <@cervantes> 블로그 작성자의 커스텀 스킨을 신뢰할지는 개인에게 달린 일이고요 15:55 <jrandom> ... 신뢰요? 15:55 <jrandom> Syndie에서는 안전하지 않은 HTML이나 CSS를 쓸 수 없게 되어 있어요 15:55 <tethra> 그럼 안전하지 않은 JavaScript/기타는요 15:55 <jrandom> 스킨은 JSP가 아니라 텍스트 파일/설정 파일/이미지로 구성될 겁니다 15:55 <tethra> ? 15:56 <tethra> (예컨대 JS로 비익명(non-anonymous) 주소로 포워드한다든가?) 15:56 <@cervantes> 테마에 구조적인 HTML 변경이 포함되느냐에 달렸죠 15:56 <@cervantes> 맞아요, 오케이 15:56 <@cervantes> 그렇게 하면 깔끔하고 단순하게 유지되겠네요 15:57 <jrandom> tethra: 저는... JavaScript에는 굉장히 조심스러워요. 오늘 default가 올린 새 블로그 글 봤나요? 15:57 <jrandom> "그냥 궁금해서요: AJAX를 쓰나요? 페이지 전체가 갱신되는 것 같지는 않던데..." 15:57 <tethra> 아니요, 못 봤어요. 15:57 <tethra> 개인적으로는 쓰이는 JS는 모조리 제거하는 쪽으로 하겠어요. 15:58 <jrandom> Syndie는 *local*에서 동작하니까 엄청 빠르고, 같은 레이턴시 문제를 걱정할 필요가 없어요 15:58 <tethra> 손톱만큼도 믿지 않거든요. 15:58 <tethra> 흠 :/ 15:58 <jrandom> cervantes: 맞아요, 아주 간단하게 — 사람들이 마음에 드는 블로그 테마를 보다가 "이 테마 훔치기" 같은 걸 누를 수 있게 해도 되겠죠 15:59 <@cervantes> 이론적으로는 블로그 사용자를 위해 ‘안전한’ 함수 라이브러리를 제공할 수도 있겠지만 — 일반 브라우저 구현에서 위험한 걸 다 걷어내고 나면 남는 건 "alert();" 함수 정도일 거예요 16:00 <jrandom> 헤헷 16:00 <jrandom> (게다가 JavaScript에는 접근성 문제도 한가득이죠) 16:00 <+Complication> cervantes: 참고로, alert()를 무한 루프로 돌리면 큰일 납니다 :P 16:00 * jrandom은 Syndie가 lynx 친화적인 걸 꽤 자랑스러워함 16:00 <tethra> lynx <3 16:02 <jrandom> 좋아요, 3)에 더 없으면 4) HTTP 지속 연결로 넘어가죠 16:02 <jrandom> 메일에 쓴 것 외에 덧붙일 건 없어요... zzz, 여기 있나요? 16:02 <@cervantes> *spit* AJAX UI를 구현하는 다른 방법도 있어요, 예를 들면 Mozilla 확장 같은 거요 16:03 <jrandom> fire2pe++ :) 16:03 <jrandom> zzz는 없는 것 같으니, 4)에 대한 자세한 정보는 나중에 기다려야겠네요 16:03 <@cervantes> fire2pe는 그냥 헬퍼고 — 말하려던 건 syndilla죠 ;-) 16:03 <jrandom> lol 16:04 <jrandom> (그리고 USB 키체인 버전, syndog ;) 16:04 <jrandom> 좋아요, 5) I2Phex gwebcache로 넘어가죠 16:05 <jrandom> Complication: p1ng 16:05 <+Complication> 음, 네트와의 통합을 더 쉽게 만들어줄 테니까요... 16:06 <+Complication> ...최근 I2Phex에 이미 있던 gwebcache 코드를 살리는 작업을 했습니다 16:06 <+Complication> 아직 단계에선 아주 제한된 일만 하네요(예: 깔끔하게 크래시하기) :) 16:06 <+Complication> 또 awup의 웹캐시 서버를 적당히 귀찮게 하는 데도 성공했어요 16:07 <jrandom> lol 좋네요 16:07 <+Complication> 그래도 언젠가는 제대로 개편할 수 있을 거라 기대하고 있어요 16:07 <+Complication> (현재는 많은 부분이 IP 주소를 다루도록 되어 있어서요) 16:09 <jrandom> 좋아요, 행운을 빌고, 도울 수 있는 게 있으면 알려줘요 16:09 <+Complication> 그럴게요 :) 16:10 <jrandom> 좋아요, 5) I2Phex gwebcache에 더 있을까요, 아니면 6) ???로 슬슬 갈까요? 16:11 <jrandom> 이미 슬슬 가는 중이라고 생각하면 되겠네요 16:11 <jrandom> 회의에서 더 다룰 내용 있나요? 16:11 <@cervantes> 차 한 잔 더 있으면 좋겠네요 16:12 <tethra> 헤헤 16:12 <Pseudonym> 로드맵은 어떤가요? 16:12 <jrandom> 변경 없음 16:12 <Pseudonym> 0.6.2에서 남은 건 뭐죠? 16:13 <jrandom> 0.6.2 관련된 것 전부요 16:13 * jrandom 잽싸게 피함 16:14 <Pseudonym> :-P 16:14 <@cervantes> 약간의 블링블링 16:14 <Pseudonym> 대략적인 날짜/타임라인이 있나요? 16:14 <jrandom> 구체적으로는, 새로운 tunnel 생성 암호화와 알고리즘, 새로운 피어 선택 전략이요 16:14 <tethra> 헤헤 16:14 <jrandom> 날짜와 타임라인은 없습니다(적어도 회의에서 공개하진 않아요 ;) 16:15 <Pseudonym> 지금까지 작업하신 처리량 관련 내용 외에도 피어 선택 전략에 더 있을까요? 16:16 <jrandom> 네, 이번 피어 프로파일링 변경은 성능 이슈이고, 익명성 관련 피어 선택과 순서 결정 전략은 별개입니다 16:16 <+Complication> jrandom: 제 기억이 맞다면... 메일링 리스트에서 predecessor(선행자) (및 기타) 공격을 논의할 때 다뤘던 내용과 tunnel 생성 암호화가 관련된 거였죠? 16:17 <jrandom> 맞아요 Complication 16:17 <+Complication> s/related/relates 16:19 <+Complication> 그 멋진 작은 데이터 구조를 실제로 작동하게 만들려는 거죠? 16:19 <jrandom> 맞아요 16:20 <jrandom> (따라서, 0.6.2가 2주 안에 나올 일은 없겠죠 ;) 16:20 <+Complication> 좋네요. 흥미롭습니다, 관련 내용을 좀 읽어봐야겠어요 16:21 <+Complication> 순조롭게 진행되길 바랍니다 16:21 <jrandom> 리스트에선 손짓발짓 수준으로만 얘기했지, 아직 명세가 문서화되지는 않았어요 16:21 <tethra> 미안한데, 그 멋진 데이터 구조가 뭔가요? 16:21 <+Complication> 아, 그리고 왜 그 링크(‘moo’ 메시지에서 온)가 안 됐는지도 알아냈어요. :D freedomarchives.i2p예요(복수형이라 끝에 's'가 붙습니다) 16:21 <jrandom> 하위 호환이 안 될 거라, ‘순조롭다’는 캐치프레이즈와는 거리가 있겠지만, 너무 아프진 않길 바랍니다 :) 16:21 <jrandom> 아, 젠장 16:22 <jrandom> tethra: tunnel 생성에 쓰일, 아직 존재하지 않는 데이터 구조요 16:22 <tethra> 멋지네요 16:22 <jrandom> (11월쯤의 predecessor 스레드를 보세요) 16:23 <tethra> 현재 것에 비해 장단점은 뭐가 있을까요? (현재 것이 있다면요 :o) 16:23 <jrandom> (11월쯤의 predecessor 스레드를 보세요) ;) 16:23 <tethra> 아, 오케이 16:23 <+Complication> 제 기억으로는, 관찰자에게 tunnel 생성이 덜 투명하게 보이도록 하려는 거였죠 16:23 <tethra> "" 16:23 <tethra> ;) 16:23 <jrandom> 하지만 그건 제안이 아닙니다. 0.6.2 이전에 해야 할 것들이 모두 정리되기 전까지 0.6.2 테이블 위에 올라갈 건 아무것도 없어요. 16:23 <jrandom> 필요한 방식으로 작동해야 할 것들이 그렇게 작동하기 시작하면, 그다음으로 넘어갑니다. 16:24 <Pseudonym> 빠른 피어 선택 말고, 뭐가 아직 제대로 안 되나요? 16:25 <jrandom> 빠른 피어 선택은 '좋은 성능'의 일부일 뿐이에요 16:25 <jrandom> 우리는 익명 네트워크 치고는 성능이 좋습니다만, 비익명 네트워크와 경쟁할 만큼은 아닙니다 16:25 <jrandom> 경쟁하려면 성능을 더 끌어올려야 하고(*그리고*), 다른 곳에서는 얻을 수 없는 기능도 제공해야 합니다 16:26 <jrandom> (익명성만으로는 팔리지 않습니다) 16:26 <Pseudonym> 빠른 피어 선택 말고 또 뭐가 있나요? 16:27 <jrandom> 지난 한두 달 동안 I2P의 여러 측면을 벤치마크해보니, 느린 피어 선택은 가장 작은 병목으로 보입니다. 다음 병목이 무엇일지는 아직 알 수 없어요. 16:27 <jrandom> (성능 향상을 위해 다양한 지점에서 무수한 개선도 이뤄졌습니다) 16:27 <jrandom> (see http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD ) 16:28 <Pseudonym> 그럼... 새 피어 선택은 이번 주에 릴리스되는 건가요? ;-) 16:28 <teal`c_> i2p 느낌이 좋아요 16:29 <jrandom> Pseudonym: 맞아요, 새 피어 프로파일 알고리즘이 CVS에 들어가 있고, 이번 주 0.6.1.9와 함께 배포될 겁니다 16:30 <jrandom> 좋아요, 회의에서 더 다룰 내용 있나요? 16:30 <Pseudonym> 좋네요 16:31 <jrandom> 없다면... 16:31 * jrandom 준비 동작에 들어감 16:32 * jrandom 회의를 *baf* 닫음