Cuộc họp các nhà phát triển I2P - 9 tháng 12 năm 2003

[22:02] <jrand0m> 0) chào mừng đến $num [22:02] <jrand0m> 1) tình trạng iip [22:02] <jrand0m> 2) mấy thứ về kademlia + idn [22:02] <jrand0m> 3) mấy thứ về peer profiling (lập hồ sơ peer) [22:02] <jrand0m> 4) dịch vụ i2p [22:02] <jrand0m> 5) linh tinh [22:02] <jrand0m> 0) chào mừng [22:02] <jrand0m> chào [22:03] <jrand0m> đây là cuộc họp 67 hay 68... [22:03] <jrand0m> 1) tình trạng iip [22:03] <jrand0m> Tôi không biết. có ai biết tình hình dạo này thế nào không? [22:04] <jrand0m> các dev iip không có ở đây, nên... không biết. [22:04] <jrand0m> [ping] [22:04] <jrand0m> (tuần trước tôi gõ chắc phải 10 phút trước khi client ping timeout tôi...) [22:05] <jrand0m> (tôi sẽ không gõ gì nữa cho đến khi có p0ng, chết tiệt ;) [22:05] *** Nostradumbass (nostradum@anon.iip) đã vào kênh #iip-dev [22:05] <jrand0m> chào Nostradumbass [22:06] <Nostradumbass> chào :) [22:06] <jrand0m> ok ngon, vậy là tôi chưa bị ping timeout, mọi người chỉ đang lurk thôi. ngon :) [22:06] * jrand0m nhảy sang mục tiếp theo trong agenda [22:06] <Nostradumbass> i2p tiến triển sao rồi? [22:06] <Nostradumbass> xin lỗi? [22:06] <jrand0m> màn dẫn hay đấy ;) [22:07] <jrand0m> mục chương trình 3) tình trạng i2p 0.2.3 :) [22:07] *** nerox (~nerox@anon.iip) đã vào kênh #iip-dev [22:07] <jrand0m> đã có nhiều tiến triển, dù tôi offline. vừa commit một đống code vài giờ trước [22:07] <jrand0m> bao gồm cả một triển khai của kademlia netDb [22:08] <jrand0m> nên tôi khá tự tin chúng ta sẽ ra 0.2.3 vào tuần tới (về cơ bản là kademlia netDb + một shell script) [22:08] <jrand0m> có vài biến thể thêm trên proto kademlia để phù hợp hơn với i2p [22:09] <jrand0m> chúng ta sẽ luôn có một cây kademlia thưa thớt, rất rất /rất/ thưa. [22:09] <jrand0m> 2^256 slot có thể, và 1–10 giá trị mỗi peer trong mạng. [22:09] <jrand0m> vậy nên, dù có nghĩ theo hướng lạc quan điên rồ, chúng ta vẫn sẽ chẳng dùng được cái quái gì, và mọi thứ sẽ nằm ở kbucket xa nhất [22:10] <jrand0m> vì thế một số phần của kademlia sẽ bị lờ đi ;) nhưng ý chính vẫn giữ nguyên, gồm thuật toán tìm kiếm & thước đo khoảng cách [22:10] <jrand0m> còn idn thì coi như chết cứng rồi. [22:11] <jrand0m> ý tưởng rằng code netDb của i2p có thể chạy dựa trên cùng code với một DHT xuất bản là một ý tưởng hơi ngớ ngẩn [22:11] <jrand0m> và đã bị bỏ ngay lập tức. [22:11] <jrand0m> idn nhìn chung vẫn là ý tưởng tốt, nhưng tôi sẽ không dành thời gian dev i2p để làm nó [22:12] *** tusko (~tusko@anon.iip) đã vào kênh #iip-dev [22:12] <jrand0m> nhưng một phần thay đổi của 0.2.3 bao gồm việc làm lại mạnh cách chúng ta chọn peer và tổ chức stats của router [22:12] <jrand0m> chào tusko [22:12] <jrand0m> điều đó đưa ta tới mục 3) peer profiling [22:12] <jrand0m> tôi đã khá ngớ ngẩn...và cuối cùng cũng làm một ít toán [22:13] <jrand0m> các stats được thu thập giờ là cực lớn. [22:13] <jrand0m> khoảng 6000 điểm dữ liệu /mỗi peer/ [22:13] <duck> peer profiling là gì? [22:13] <jrand0m> peer profiling là nơi router theo dõi hiệu năng của từng peer để sau đó quyết định sẽ dùng ai trong tương lai [22:13] <duck> à [22:13] <jrand0m> (còn gọi là router nhanh, router tin cậy, v.v.) [22:13] <duck> quy trình ăn hết bộ nhớ của tôi :) [22:14] <jrand0m> heh thực ra phần đó không tệ đếeeeeen thế [22:14] <jrand0m> tuy vậy 6000 điểm dữ liệu sẽ không scale. [22:14] <jrand0m> 1000 router @ 6000 điểm dữ liệu mỗi cái @ 4 byte / điểm = 24Mb [22:15] <jrand0m> tuy nhiên giữ stats chi tiết cho vài trăm peer có lẽ vẫn ổn, ngay cả khi mạng lớn hơn nữa [22:15] <jrand0m> chúng ta /không/ cần giữ stats cho tất cả mọi người. chỉ các router mà ta muốn 'dùng' cho các tunnel của mình, garlic routing, và source routing. [22:16] <jrand0m> về dài hạn có lẽ chỉ cần theo dõi cỡ trăm peer là được. [22:16] <jrand0m> nhưng, hiện tại thì tôi sẽ nói kệ mẹ nó. [22:16] <jrand0m> giữ stats cho tất cả peer [22:16] <duck> ping [22:16] <jrand0m> p0ng [22:17] <duck> nó sẽ cố học về tất cả peer à? [22:17] <jrand0m> hiện tại, có [22:17] <duck> ồ chờ đã, mấy dòng cuối của bạn đã nói rồi [22:17] <jrand0m> chúng ta cũng có chút code để gom và chạy tính toán trên các peer profile [22:18] <jrand0m> vậy một trong các bộ tính đó sẽ quyết định peer nào cần loại [22:18] <jrand0m> một ví dụ về tập dữ liệu đang thu thập: (Link: http://i2p.dnsalias.net/~jrandom/profile.txt)http://i2p.dnsalias.net/~jrandom/profile.txt [22:19] <jrand0m> (bạn sẽ thấy rất nhiều số 0 :) [22:19] <jrand0m> tôi đã viết một bản cương lĩnh thô cho việc chọn peer và profiling, nhưng cần đưa nó lên wiki [22:20] <jrand0m> nhưng thực ra đó đều là việc cho 0.3. 0.2.3 chỉ dùng một chút thôi [22:21] <jrand0m> ok, thế là hết phần peer profiling. sau này còn nhiều, giờ chỉ hé cho xem chút có gì [22:21] <jrand0m> (tất nhiên, như mọi khi, ai muốn lăn xả và tìm xem nên dùng thêm stats/tính toán/tấn công/etc nào thì sẽ được trân trọng *vô cùng*) [22:22] <jrand0m> ok, 4) dịch vụ i2p [22:23] <jrand0m> site của tc rất tuyệt & thật sự ổn định! tôi cuối cùng cũng vào được trang của nightblade nữa, và đó là một blog hay ('plog' ;).. chỉ ước gì tôi để lại bình luận được :) [22:23] <jrand0m> còn có máy chủ jabber của duck, hoạt động khá dễ theo hướng dẫn đăng trên board của tc [22:24] <jrand0m> thỉnh thoảng mọi thứ hơi trục trặc, nhưng đó là do vài bug trong router <= 0.2.2, và đã được sửa (sẽ phát hành trong 0.2.3) [22:24] <jrand0m> proxy squid thường offline, vì tôi offline quá nhiều để trông mấy router kaffe của mình :/ [22:25] <jrand0m> vậy nên lúc này, eepsite và chat jabber có lẽ là những thứ ổn định nhất trên i2p, tất cả chạy trên i2ptunnel [22:25] <jrand0m> dịch vụ nào xuất hiện tiếp theo thì ngầu nhỉ? [22:25] <duck> tôi có thử chạy một ircd qua i2ptunnel [22:25] <duck> nhưng trước khi nhận đủ MOTD sau khi đăng nhập, tôi đã bị ping timeout rồi [22:26] <jrand0m> ôi trời [22:26] <duck> và đó còn là trên cùng một router [22:26] <duck> nên chạy ngoài đời sẽ còn tệ hơn [22:26] <jrand0m> trên router local mà cũng bị ping timeout?! [22:26] <jrand0m> router local thì không bao giờ nên bị ping timeout cả [22:26] <jrand0m> à, trừ cái bug race đó [22:26] <jrand0m> (chắc là nó, vì chạy local và race nhanh hơn) [22:26] <duck> IRC client bị ping timeout do không phản hồi kịp [22:27] <duck> tôi sẽ thử lại với 0.2.3 [22:27] <jrand0m> ok [22:27] <duck> dù jabber giờ cũng ổn [22:27] <jrand0m> chuẩn [22:27] <jrand0m> và về dài hạn, IRC không phải hướng nên đi [22:27] <duck> tc, jrandom và tôi ở đó để chat cùng! [22:27] <jrand0m> hehe :) [22:28] <jrand0m> chúng ta cần một giải pháp IM và chat nhóm không để lộ cleartext cho người không được phép, và không cần các điểm nghẽn tập trung [22:28] <jrand0m> (còn gọi là iip 2.0) [22:28] <jrand0m> giờ sẽ là lúc tuyệt để userx quay lại đội ;) [22:29] * jrand0m ngừng nín thở [22:29] <jrand0m> một máy chủ nntp cũng sẽ /rất/ rất tuyệt. [22:29] <duck> tôi sẽ thử chuyện đó ngày mai [22:29] <jrand0m> r0x0r [22:30] <duck> jabber rất hay để chạy các thứ khác trên đó [22:30] <duck> xem specs jabber rpc [22:30] <duck> (Link: http://www.pipetree.com/jabber/jrpc/)http://www.pipetree.com/jabber/jrpc/ [22:30] <duck> dịch vụ khác? [22:30] <jrand0m> thú vị đấy - về cơ bản dùng jabber như một naming service [22:31] <duck> ý bạn là: [22:31] <jrand0m> sẽ luôn có thêm dịch vụ để bổ sung - với mail (usenet), chat (jabber) và xuất bản/duyệt (eepsite), độ phủ đã tốt [22:31] <duck> name server có một jabber client qua đó bạn có thể đăng ký tên (có token) [22:31] <duck> cũng dùng nó để truy vấn? [22:31] <jrand0m> không [22:32] <jrand0m> registry của jabber chính là naming service [22:32] <duck> ok [22:32] <jrand0m> nó là tập trung nhưng chạy được [22:32] <jrand0m> giống hệt hosts.txt :) [22:33] <duck> có giải pháp mail nào phù hợp với môi trường này hơn smtp và pop/imap không? [22:33] <jrand0m> câu hỏi rất hay [22:33] <duck> vì tôi không nghĩ chỉ cần nối các mail server vào là chạy [22:34] <jrand0m> ừ, có lẽ sẽ cần một gateway (kiểu freemail) hoặc naming service phải múa may làm vài trò thú vị [22:34] <jrand0m> hoặc quay về kiểu tập trung một POP3/IMAP server, mọi người dùng chung một server [22:35] <duck> hôm qua tôi nói chuyện với aum (tác giả freemail) [22:35] <duck> anh ấy nói về việc reimplement fred bằng python [22:35] <jrand0m> lol hay đấy [22:35] *** mrflibble (mrflibble@anon.iip) đã vào kênh #iip-dev [22:35] <duck> thế nên tôi gợi ý anh ấy thay vào đó làm các router python cho i2p [22:35] <jrand0m> ooh như thế thì QUÁ tuyệt! [22:35] <duck> rồi anh ấy bực mình vụ các tài liệu pdf [22:36] <jrand0m> này, nếu anh ấy muốn bản gốc openOffice, hay thậm chí export txt tôi sẽ export [22:36] <duck> và tôi mất kiên nhẫn bảo rằng nếu anh ấy hỏi tử tế thì bạn cũng có cả tài liệu m$word [22:36] <duck> ừ, bạn đúng là đồ đầu đất vì không export ra html hay gì đó [22:36] <jrand0m> không đâu, tôi đã thử rồi ;) [22:36] <duck> tôi mất kiên nhẫn và bảo anh ấy nói chuyện với bạn [22:36] <jrand0m> openOffice export html TỆ HẠI [22:37] <duck> hm [22:37] <mrflibble> đúng đấy jr [22:37] <jrand0m> khi specs lên 1.0 (tức là khi router lên 1.0 và chúng được cập nhật để khớp code), chúng sẽ ở trên wiki. [22:37] <duck> nhưng wiki có hầu hết thông tin rồi [22:37] <jrand0m> chuẩn [22:37] <mrflibble> tôi đã thử dùng cái đó cho cuốn sách của kevin mitnick. nó còn tệ hơn ms office [22:37] <duck> thôi vậy [22:37] <jrand0m> chuẩn đấy. [22:37] <duck> anh ấy có thể xuất hiện ở đây một lần [22:37] <jrand0m> sẽ tuyệt đấy [22:38] <duck> nhưng có lẽ với thái độ đó thì hợp với team freenet hơn [22:38] <duck> ... [22:38] <jrand0m> ừ, nỗ lực cho freenet luôn là điều tốt [22:38] * duck quay lại tỏ ra thân thiện [22:38] <jrand0m> :) [22:38] <duck> công việc của aum rất tuyệt [22:38] <duck> hy vọng anh ấy sẽ tỏa sáng trên i2p [22:39] <jrand0m> ừ bất cứ khi nào ai đó nói về tìm kiếm trên freenet, tôi luôn nói “ừ thì cứ làm kiểu McNabb” [22:39] <jrand0m> chúng ta chắc chắn cần sự giúp đỡ [22:39] <duck> điều này dẫn tôi tới câu hỏi sau: [22:39] <duck> những thay đổi bạn làm cho I2P có được viết specs không? [22:39] <duck> hay source java là tài liệu cho thông tin mới nhất [22:40] <jrand0m> có ghi chú trong palmpilot, filesystem và notebook của tôi, nhưng tiếc là tôi chưa cập nhật các tài liệu openoffice một thời gian rồi [22:40] <jrand0m> tháng 2 là tháng viết doc cho jrandom. [22:40] <jrand0m> (và QA, và sửa bug) [22:41] <jrand0m> ((và những cuộc nhậu say bét ;)) [22:41] <jrand0m> các specs vẫn khá đúng, chỉ là có thêm chi tiết. [22:41] <duck> tuyệt [22:41] <jrand0m> nhưng các datastructure đã thay đổi nhiều hơn [22:42] <jrand0m> ok, còn gì nữa cho phần dịch vụ không? [22:43] <jrand0m> ok, 5) linh tinh [22:43] <jrand0m> chào [22:43] <duck> chào! [22:43] <jrand0m> dạo này sao rồi? [22:43] <jrand0m> [mọi câu hỏi / ý tưởng / vấn đề / v.v. đặt ở đây] [22:43] <duck> mẹo base64 nên được thêm vào các trang i2ptricks [22:44] <jrand0m> ooh ý hay [22:44] <duck> có thể còn vài mẹo khác tôi chưa biết [22:44] <duck> sẽ grep source tìm 'main' [22:44] <jrand0m> tôi thấy có lỗi vì installer không cho ai đó tự động fetch hosts.txt và reseed [22:44] <jrand0m> lol [22:44] <jrand0m> có rất rất nhiều phương thức main(), nhưng đa số là hàm test [22:45] <jrand0m> ồ! [22:45] <jrand0m> một điều. ĐỪNG chạy code hiện tại từ cvs và mong nó hoạt động với các router bình thường. [22:45] *** joda (--@anon.iip) đã vào kênh #iip-dev [22:45] <joda> chào [22:45] <jrand0m> các message db đã đổi :) [22:45] <jrand0m> chào joda [22:45] <joda> xin lỗi, nếu tôi làm gián đoạn gì đó [22:45] <duck> tôi hơi bực vì không làm cvs chạy được [22:45] <duck> nhưng rồi tôi nhớ ra đây không phải freenet [22:45] <joda> tôi chỉ tự hỏi “anonymail” sao rồi? [22:46] <duck> vậy là bạn không cần cvs mới nhất để dùng nó [22:46] <jrand0m> joda> người vận hành nó có vẻ không online lúc này. chắc sẽ quay lại sớm [22:46] <jrand0m> hehe duck - nó hỏng với bạn hôm nay sau khi tôi commit, hay ý bạn là trước hôm nay? [22:46] <duck> tuần trước đâu đó [22:46] <joda> jrand> cảm ơn :) [22:46] <joda> tạm biệt :) [22:46] <jrand0m> à 'k duck [22:46] <jrand0m> l8r joda [22:47] <jrand0m> ừ, tôi chỉ khuyến nghị chạy code đã phát hành [22:47] <duck> 0.2.3 sẽ đặt các file version trong một thư mục chứ? :) [22:47] <jrand0m> 0.2.3 bỏ luôn các file version :) [22:47] <jrand0m> (rất rất rất nhiều thay đổi) [22:47] <jrand0m> nhưng điều đó có nghĩa 0.2.3 (và về sau) sẽ yêu cầu đồng hồ nói chung phải đúng [22:48] <jrand0m> (hiện Router.CLOCK_FUDGE_FACTOR = 30 phút) [22:48] <duck> fudge factor cho 0.2.3 sẽ là bao nhiêu? [22:48] <jrand0m> có lẽ vẫn thế [22:49] *** joda đã rời #iip-dev [22:49] <duck> ồ, current = code của bạn [22:49] <jrand0m> khoảng thời gian đó sẽ dùng để hết hạn các entry db [22:49] <duck> k [22:49] <jrand0m> à, đúng, ừ :) [22:49] <jrand0m> (trong 0.2.2 clock_fudge_factor nằm rải rác khắp cả nửa tá file) [22:49] <duck> có lẽ installer có thể thân thiện hơn chút [22:49] <duck> tức là ít câu hỏi hơn [22:49] *** Signoff: nickthief66282 (Excess Flood) [22:50] <duck> mặc định kèm các url phttp, không giới hạn băng thông v.v. [22:50] <jrand0m> tôi đoán ta cũng có thể tự đoán port ngẫu nhiên [22:50] <jrand0m> bạn đúng [22:50] <jrand0m> muốn quyền commit không? :) [22:50] *** Signoff: nerox (EOF From client) [22:50] <jrand0m> (nếu không tôi có thể cập nhật cho 0.2.3) [22:51] <duck> một luận điểm phản đối là người dùng sẽ quá dễ cho rằng cấu hình mặc định là đủ [22:51] <duck> và ai cũng dùng cùng một phttp relay [22:51] *** nickthief24373 (~chatzilla@anon.iip) đã vào kênh #iip-dev [22:51] <jrand0m> đúng. dù kế hoạch 0.3.1 có cập nhật code phttp relay để các relay nói chuyện với nhau, và chuyển hướng người dùng tới relay ít tải hơn [22:52] <jrand0m> nói chung tôi hài lòng với quá trình cài đặt atm - tôi dựng một bản cài 0.2.2 mới và duyệt trang của tc chưa đến một phút [22:52] <jrand0m> (dù là vì tôi biết hết chữ nghĩa nói gì nên chẳng đọc...) [22:52] <duck> tôi không thích các khóa dài [22:53] <duck> đặc biệt là khi phải copy&paste chúng [22:53] <duck> tốt hơn là dùng chúng dạng file [22:53] <jrand0m> hmm? [22:53] <duck> nhưng phân phối các file nhị phân thì mệt [22:53] <duck> nên bạn phải dùng mẹo base64.. [22:53] <duck> i2ptunnel có thể đọc khóa destination dạng base64 luôn không? [22:53] <duck> ý là từ một file [22:53] <jrand0m> tôi vừa định gõ điều đó ;) [22:53] <jrand0m> ừ, làm cái đó không mấy việc [22:54] <jrand0m> có khi chỉ 1 dòng [22:54] <duck> còn về armouring thì sao? [22:54] <duck> có header&footer [22:54] <duck> như pgp v.v. [22:55] <jrand0m> đúng, có kiểu xác thực đó sẽ hữu ích [22:55] <duck> tất nhiên đó là đồ chơi [22:55] <duck> nhưng có thể hữu ích cho những người muốn dùng tunnel [22:55] <jrand0m> tuy cấu trúc Destination bản thân nó khá kén chọn [22:55] <jrand0m> nhưng bạn nói đúng, base64 thô không phải thứ trực quan hay an toàn nhất để chuyền tay [22:56] <jrand0m> chúng ta cần một bugzilla [22:56] <jrand0m> để những thứ như thế này có thể được post thành todo [22:56] <jrand0m> tôi sẽ bỏ danh sách todo trên palm của mình vì chuyện đó [22:56] <duck> bugzilla có yêu cầu đăng ký kiểu nazi [22:56] <duck> với email v.v.. [22:56] <jrand0m> đúng [22:57] <duck> nhưng còn hơn không [22:57] <duck> các bugtracker khác đều có điểm yếu [22:57] <jrand0m> ừ, hầu hết công ty tôi từng làm đều cuối cùng phải tự build cái riêng [22:58] <jrand0m> để xem. chúng ta cần một bugtracker khi bắt đầu làm QA đầy đủ (khi 0.3 ra) [22:58] <jrand0m> vậy là còn vài tuần ;) [22:58] <jrand0m> nhưng nếu ai đó nghiên cứu và tìm được một cái thật ngon, thì tuyệt [22:59] <jrand0m> [không nhắm riêng bạn duck, bất kỳ ai đang đọc log họp này ở nhà ;)] [22:59] <duck> đến giờ phpBugTrackers với tôi vẫn ổn [22:59] <jrand0m> hmm chưa dùng cái đó [22:59] <duck> đúng, tôi cũng không nói chuyện với jrandom [22:59] <jrand0m> lol [22:59] <duck> mà là với nhóm developer code I2P :) [22:59] * jrand0m thực ra là 12 người cùng diễn dưới một nym [23:00] <jrand0m> ok, 1 giờ, đúng phết [23:00] <jrand0m> ai còn gì nữa không trước khi tôi lôi cái *baf*er ra? [23:01] * duck đòi thêm 1 phút [23:01] <duck> vì chúng ta bắt đầu lúc 21:02 [23:01] <jrand0m> ừ ừ [23:01] <jrand0m> la la la [23:01] <jrand0m> tối nay tôi ăn gì đây? [23:01] <jrand0m> bên cạnh có quán falafel ngon... [23:01] <jrand0m> trưa cũng vừa ăn gnocci [23:01] <jrand0m> hmm... [23:01] <jrand0m> có lẽ ăn tối dạng lỏng [23:02] <duck> súp? [23:02] <jrand0m> ooOooo súp whiskey! [23:02] * jrand0m *baf* kết thúc cuộc họp tại đây