Họp nhà phát triển I2P - 03 tháng 5, 2005

14:08 <jrandom> 0) chào 14:08 <jrandom> 1) Tình trạng mạng 14:08 <jrandom> 2) Tình trạng SSU 14:08 <jrandom> 3) i2phex 14:08 <jrandom> 4) awol 14:08 <jrandom> 5) ??? 14:08 <jrandom> 0) chào 14:08 * jrandom vẫy tay 14:08 <jrandom> Ghi chú trạng thái hàng tuần đã được đăng sớm gần một giờ @ http://dev.i2p.net/pipermail/i2p/2005-May/000738.html 14:09 * Masterboy vẫy tay lại:P 14:10 <jrandom> ok, nhảy vào 1) Tình trạng mạng 14:10 <jrandom> Tôi cũng không có gì nhiều để bổ sung, nhưng có vẻ chúng ta sẽ gặp chút chao đảo do làn sóng azureus đổ về 14:11 <jrandom> Hy vọng nó sẽ trụ vững đủ tốt, cứ chờ xem 14:11 <Masterboy> Không vấn đề lớn gì với tôi và mấy cái lặt vặt thì tôi không nhớ. 14:11 <jrandom> heh tuyệt 14:11 <jrandom> Ai còn câu hỏi/nhận xét/quan ngại nào liên quan đến tình trạng mạng hiện tại không? 14:11 <sirup> azureus có dùng out proxies (proxy đi ra) không? 14:12 <jrandom> heh mong là không 14:12 <jrandom> Chắc chỉ là mọi người thấy có tùy chọn rồi thử thôi 14:12 <@smeghead> Phần lớn sẽ chuồn trong khoảng một tuần nữa 14:13 <Masterboy> :D 14:13 <+DrWoo> smeghead: thế thì không hay 14:13 <sirup> Vậy là họ gói hai mạng khác nhau dưới một mái 14:13 <+cervantes> Nó không được nhắc trong ghi chú phát hành của Az 14:13 <+cervantes> dù nó có liệt kê trong mục plugin 14:14 <ant> <cat-a-puss> Có một liên kết nhắc đến nó ở bên trái trang chủ của họ 14:14 <jrandom> Sẽ tuyệt khi 0.6 ra mắt và chúng ta có thể xử lý tải người dùng tăng lên 14:14 <+DrWoo> jrandom: tình hình hiện tại để ra một bản build chịu được nhiều người dùng hơn thế nào? 14:14 <jrandom> Ừ, hiện azureus là nguồn giới thiệu lớn nhất đến website của chúng ta, còn nhiều hơn cả các dẫn từ /. 14:15 <jrandom> DrWoo: không đời nào. 14:15 <sirup> Đừng để áp lực rồi tung 0.6 quá sớm 14:15 * eAi đặt giới hạn băng thông vô lý để ngăn người ta haxoring tốc độ tải của tôi 14:15 <ant> <cat-a-puss> .6 sẽ hỗ trợ mạng lớn đến mức nào? 14:15 <jrandom> DrWoo: 0.6 là lời giải, và nó sẽ sẵn sàng khi nó sẵn sàng :) 14:15 <+cervantes> Có 445 kết quả Google cho "i2p" và "azureus" 14:15 <jrandom> heh eAi 14:16 <+cervantes> Phải nói là tôi ấn tượng với thông lượng của mạng SSU thử nghiệm 14:16 <Masterboy> w00t cervantes:) 14:16 <+DrWoo> jrandom: cậu biết tớ quý cậu mà, nhưng lịch trình của cậu đang trượt như quần lót của gái điếm 5 đô ;) 14:16 <jrandom> cat-a-puss: nó gỡ điểm nghẽn hiện tại đến mức tôi còn chưa nhìn rõ điểm nghẽn tiếp theo. Tôi hy vọng nó xử lý được đến hàng nghìn. 14:16 <+cervantes> Đã kéo hết cỡ đường truyền DSL của tôi chỉ với một truyền tệp HTTP thẳng 14:17 <jrandom> Chuẩn luôn DrWoo ;) nếu làm nhanh hơn được thì tốt, nhưng tuần sau tôi phải chuyển nhà, nên thực sự không còn lựa chọn nào khác 14:17 <sirup> cervantes: 0 hop ở cả hai đầu ;) 14:18 <jrandom> sirup: đúng, nhưng ý là transport SSU đã xử lý được 14:18 <+DrWoo> jrandom: trời, tệ ghê, chúc may mắn :) 14:18 <Teal`c__> Có cách khác. Tôi sẽ gọi toad, anh ấy sẽ hoàn tất trong khi anh ở Tahiti 14:18 <@smeghead> dọn lên, sang phía đông, tới căn hộ hạng sang trên bầuuuu trờiiii 14:18 <shendaras> Cậu đã nhắm chỗ nào chưa, jrandom, hay là còn để tùy trôi dạt? 14:19 <+cervantes> *im lặng* 14:19 <jrandom> heh 14:19 <jrandom> Tôi nghĩ tôi biết mình sẽ ở nước nào. Ngoài ra thì chưa rõ lắm 14:19 <jrandom> Ok, dù sao quay lại chương trình nghị sự 14:19 <jrandom> Còn gì về 1) Tình trạng mạng không, hay chuyển sang 2) Tình trạng SSU? 14:20 <Masterboy> chuyển 14:20 <jrandom> coi như đã chuyển 14:21 <jrandom> Ok, như đã mô tả trong ghi chú trạng thái và như cervantes vừa nói khi nãy, mọi thứ có vẻ đầy hứa hẹn 14:22 <jrandom> Vòng thử nghiệm đầu tiên trên mạng thật (live net) bắt được vài bug nhưng cũng giúp lộ ra một số đánh đổi về băng thông, độ trễ và độ thân thiện với TCP 14:23 <Masterboy> Làm sao tham gia một test net vậy?:P 14:23 <jrandom> Vấn đề là thế này - việc thử nghiệm ssu được làm ngay trên mạng thật 14:24 <jrandom> Nếu bạn nhìn trong netDb, bạn sẽ thấy một số peer có cả địa chỉ TCP và SSU, trong khi hầu hết những peer khác chỉ có địa chỉ TCP. 14:24 <jrandom> Các peer biết nói chuyện qua SSU sẽ thử SSU trước, nhưng sẽ quay về TCP nếu cổng SSU không tới được. 14:25 <jrandom> Tuy nhiên, và tôi không thể nhấn mạnh đủ điều này, ssu chưa sẵn sàng cho môi trường production. Nó sẽ hỏng, và sẽ gây vấn đề, nên mọi người không nên dùng nó trừ khi tham gia các bài test cụ thể 14:25 <Masterboy> cảm ơn:) 14:26 <jrandom> Hiện tại, mọi người nên tắt ssu, nhưng trong một hai ngày tới sẽ có thêm thông tin trên blog của tôi cho vòng thử nghiệm thứ hai 14:27 <jrandom> Ok, tôi nghĩ chừng đó và email đã bao quát gần hết những gì tôi muốn nêu liên quan đến ssu. Có ai có câu hỏi/nhận xét/quan ngại gì không? 14:27 <Teal`c__> jrandom: bọn tôi có thể dùng ssu khi anh đi vắng không ? 14:28 <jrandom> Có lẽ được, nhưng mọi người nên trao đổi với người khác xem nó có trục trặc không, và nếu có thì cứ tắt đi 14:29 <shendaras> Kỹ thuật SACK (Selective Acknowledgment - xác nhận chọn lọc) mới của cậu là gì? =) 14:29 <jrandom> Tôi vẫn còn gần một tuần để hack nữa, nên sẽ còn cải tiến 14:30 <+bla> jrandom: Tôi vừa nghĩ... Khi có kết nối SSU giữa hai nút, họ có bỏ kết nối TCP giữa chúng đi không (vì lúc đó không cần nữa)? 14:30 <jrandom> heh shendaras, chỉ là tận dụng kích thước message nhỏ và cách phân mảnh cố định để cho phép phía nhận gửi ACK/NACK (xác nhận/không xác nhận) rõ ràng cho cả message trong một bitfield (trường bit), thay vì ACK hoặc NACK từng mảnh (fragment) riêng lẻ 14:31 <jrandom> bla: đúng, họ sẽ không bao giờ thiết lập kết nối TCP nếu SSU khả dụng 14:31 <jrandom> Hai transport sẽ "đấu giá" cho mỗi message được gửi, và transport SSU được cấu hình để ra giá "thấp" hơn transport TCP 14:31 <+bla> jrandom: Tốt đấy, nhưng nghĩa là tôi sẽ phải cập nhật các script theland.i2p của mình :(... ;) 14:32 <jrandom> heh ừ, tiếc ghê ;) 14:32 <jrandom> (peers.jsp mới có thể là thứ bạn đang cần) 14:33 <+bla> jrandom: Tôi sẽ xem. Nhưng tôi chưa định dùng SSU cho đến khi nó sẵn sàng, dù vậy 14:33 <+cervantes> Có lẽ tất cả nên ở lại TCP để bla khỏi phải code gì 14:34 <jrandom> heh 14:34 <jrandom> hay đấy bla, vâng, không vội 14:34 <+cervantes> ;) 14:34 <+bla> cervantes: ;) 14:35 <+cervantes> Sẽ có tình huống nào mà kết nối SSU không phù hợp và nên ưu tiên TCP không? 14:36 * Masterboy chọc jr 14:36 <jrandom> Thiết lập mặc định hiện tại ưu tiên kết nối TCP đã thiết lập hơn kết nối SSU chưa thiết lập 14:36 <jrandom> (bạn có thể ghi đè bằng một cờ cấu hình, tôi nghĩ nó được ghi trong history.txt) 14:37 <@smeghead> Có người nói ISP của họ chặn UDP hoàn toàn 14:37 <jrandom> Nhưng nhìn chung, không, tôi không nghĩ ra lý do vì sao lại muốn dùng TCP khi SSU khả dụng 14:37 <+cervantes> Ừ tôi biết tùy chọn cấu hình đó... nhưng ý tôi là có trường hợp nào dùng TCP sẽ tốt hơn dùng gói UDP không 14:37 <jrandom> smeghead: cũng có người bảo Elvis là người sao Hỏa 14:38 <+cervantes> Vậy nó tốt khi làm phương án dự phòng thôi 14:38 <jrandom> cervantes: tôi không nghĩ ra cái nào, miễn là cả hai peer đều có ssu 14:39 <jrandom> Có lẽ dùng như dự phòng, nhưng nó làm nảy sinh vấn đề tuyến đường bị hạn chế, vì tất cả peer phải có thể liên lạc với tất cả peer. 14:40 <jrandom> Nếu chúng ta cho phép các nút chỉ TCP, điều đó nghĩa là ai cũng phải tới được qua cả TCP và UDP 14:41 <Teal`c__> :~( 14:41 <jrandom> Mùa hè này, có lẽ chúng ta sẽ hỗ trợ cả hai, nhưng tôi thiên về chỉ UDP 14:41 <entroy> Chào, có ai chỉ tôi chỗ để hỏi về việc thiết lập 12p và Azureus không? 14:41 <jrandom> (cho đến 2.0) 14:42 <jrandom> chào entroy, #i2p-chat có thể giúp, hoặc forum.i2p.net. Bọn tôi đang họp dev hàng tuần lúc này, nhưng có thể giúp bạn sau nếu bạn vẫn gặp khó 14:42 <+cervantes> họ tới rồi, đẩy lùi kẻ xâm nhập :) 14:42 <jrandom> cervantes: ai vào được IRC là người của chúng ta cả :) 14:42 <@smeghead> tốt hơn gọi Minutemen 14:43 <Teal`c__> liverpool hay chelsea ?! 14:43 <entroy> ok, cám ơn 14:43 <ant> <cat-a-puss> jrandom: Về bitfield, nếu giả sử hầu hết các gói sẽ nhận thành công, thì bitfield sẽ gần như toàn số 1. Chẳng phải hiệu quả hơn nếu liệt kê số lượng NACK rồi mã hóa theo kiểu ECC (Error-Correcting Code - mã sửa lỗi) sao. 14:43 <+cervantes> jrandom: cậu chắc chứ... ai đó vừa nhắc tới một client mschat lúc nãy 14:43 <+cervantes> ;-) 14:45 <jrandom> cat-a-puss: có vài lựa chọn, nhưng khi nhìn kích thước message thực tế thì khó mà vượt được – các message tunnel, vốn xuất hiện gấp 4 lần các loại message khác, sẽ cần tối đa hai mảnh – chỉ hai bit 14:45 <Teal`c__> <steve> # Xuất hiện là TIKI 14:45 <jrandom> Các message của streaming lib giữa endpoint (điểm cuối) và gateway (cổng) chỉ 4KB - tối đa 8 bit, hay 2 byte với bitfield 14:45 <jrandom> Tức là, giả sử MTU nhỏ nhất tuyệt đối 14:46 <jrandom> Với 1492 (hoặc 1472, tùy cách tính), bạn có thể xử lý hầu hết mọi thứ trong một byte bitfield 14:46 <ant> <cat-a-puss> jrandom: à, vậy bitfield chỉ dành cho các mảnh, không phải cho mỗi gói đúng không? 14:47 <jrandom> Đúng, nếu một message nhận được một phần, bạn gửi lại bitfield cho các mảnh đã nhận của message đó 14:47 <ant> <cat-a-puss> ok 14:47 <jrandom> Thật không may, ID của message hoàn toàn ngẫu nhiên và không có thứ tự, nên không thể dùng số thứ tự kiểu TCP 14:48 <jrandom> (và, ừ, ta cũng không muốn overhead đó) 14:49 <jrandom> Ok, nếu không còn gì ở 2) SSU, chuyển sang 3) i2phex 14:49 <jrandom> sirup: cậu còn đó chứ? 14:49 <ant> <cat-a-puss> nhanh: vì sao ngẫu nhiên? 14:50 * sirup đang lurk 14:50 <jrandom> cat-a-puss: ID của message lộ ra cho peer - ta không muốn họ biết message này liên quan đến message khác (message có số thứ tự sớm hơn) 14:50 <ant> <cat-a-puss> ok 14:51 <jrandom> chào sirup, tôi đã đăng một số thông tin chung lên list, nhưng nếu cậu có thể cập nhật cho mọi người thì tốt quá 14:52 <sirup> Ừm. Những thử nghiệm đầu tiên đã thành công 14:52 <jrandom> [w3wt] 14:52 <sirup> Nhưng cũng có vẻ ta cần chỉnh lại các thiết lập timeout. Kết nối giữa các peer không giữ được vì lý do nào đó 14:53 <sirup> Nên giờ chưa phải bật lên là chạy ngay đâu :) 14:53 <sirup> Nhưng tôi cũng đoán trước, vì tôi chưa thay đổi gì liên quan timeout và mấy thứ đó 14:54 <sirup> Nói chung, tôi sẽ rất vui nếu vài người sẵn sàng giúp tôi test cho tới khi đạt mức chấp nhận được 14:55 <sirup> Chạy vài instance trên cùng một máy chỉ giúp được đến mức nào đó thôi... 14:55 <sirup> Ồ. Và mọi kinh nghiệm/đóng góp đều hoan nghênh. Tốt nhất gửi mail tới sirup@mail.i2p 14:56 <sirup> Có forum thì cũng tuyệt (tôi không thể có ở chỗ tôi, vì không 24/7) 14:56 <sirup> vậy thôi :) 14:56 <jrandom> ngon 14:56 <jrandom> cervantes: có cách nào thêm một mục i2phex vào đó không? 14:57 <+cervantes> được chứ 14:57 * sirup tự hỏi ai đang tải cái nhạc giấy phép commons dở tệ từ tôi :) 14:58 <@smeghead> này, ít ra anh có thể xây thêm mớ tào lao nữa trên đống tào lao đó :) 14:58 <+cervantes> sirup: Tôi đoán "sirup" là biệt danh của bạn trên forum 14:58 <sirup> thế thì hay lắm 14:58 <sirup> đúng 14:59 <ant> <BS314159> ghi chú trạng thái? 15:00 <jrandom> ok tuyệt. Trông thực sự rất hứa hẹn, sirup đã làm được nhiều việc hay, nên mọi người nên ghé sirup.i2p và đọc xem có gì đang diễn ra :) 15:00 <@smeghead> mailing list? 15:00 <RevDuck> hoặc www.i2phex.tk 15:01 <sirup> mailing list cũng sẽ hay, tất nhiên 15:01 <sirup> lol. i2phex.tk là giả đấy. Vào đó mà lấy dialer nhé :) 15:01 <+cervantes> Đã thêm forum I2Phex 15:01 <jrandom> !stab duck 15:02 <+cervantes> sirup là moderator 15:02 <Masterboy> :D 15:02 <+cervantes> sirup: cho tôi biết nếu bạn muốn đổi phần mô tả 15:02 <jrandom> sirup: nếu bạn muốn có list i2phex và i2phex-cvs, bảo tôi, thêm cũng dễ thôi 15:02 <jrandom> (dù lúc này có lẽ dùng luôn list i2p sẽ đơn giản hơn) 15:02 <sirup> cervantes, cảm ơn nhiều 15:03 <sirup> ừ. forum là ổn lúc này 15:04 <jrandom> ok hay lắm. Ai còn gì về 3) i2phex không? 15:05 <jrandom> Nếu không, chuyển nhanh sang 4) awol 15:05 <jrandom> Tôi biết mọi người đang nóng ruột, tìm cách đóng góp code cho i2p, nên trong ghi chú trạng thái có vài gợi ý 15:05 <+bla> jrandom: Cuối cùng cậu bị Operations hủy rồi à? 15:06 <jrandom> không, CIA chỉ đang điều tôi sang chỗ kh^Ula la la 15:06 <@smeghead> không, ngân sách đen quý này tăng rồi 15:07 <+cervantes> *con voi đã rời tổ* nhắc lại *con voi đã rời tổ* hết 15:07 <jrandom> Tôi không có gì nhiều để bổ sung cho mục 4) ngoài những gì trong mail, dù tôi chắc mọi người có khối ý tưởng hay ho khác 15:07 * smeghead cố nhịn đùa về bệnh phù voi 15:08 <jrandom> Vậy bài tập về nhà khi tôi đi vắng là chọn một thứ hay ho mà bạn muốn xây, rồi xây nó đi ;) 15:08 * cervantes cầm máu thái dương đang chảy của smeghead 15:08 <jrandom> (dù là một trang web hay một chú ngựa con biết bay) 15:09 <jrandom> ok, chuyển sang 5) ??? 15:09 <jrandom> Ai còn điều gì muốn đưa ra trong cuộc họp không? 15:09 <shendaras> Bọn tớ sẽ nhớ cậu... 15:09 <@smeghead> ừ ai sẽ chủ trì các cuộc họp khi cậu đi vắng? 15:09 <+mancom> aum có xuất hiện tuần rồi không? 15:09 <@smeghead> mancom: không 15:10 <Masterboy> anh vịt à?:P 15:11 <jrandom> Hy vọng quản lý vận hành thân yêu của chúng ta sẽ thay, hoặc mọi người có thể bốc thăm xem ai phải viết ghi chú trạng thái vào phút chót :) 15:11 <jrandom> mancom: anh ấy có ghé #i2p-chat hôm trước một lát 15:12 <RevDuck> Có lẽ chỉ họp khi thực sự có gì để báo cáo thôi 15:12 <+cervantes> ổn mà, tôi đang viết một script mô phỏng jrandom 15:12 <+cervantes> * w3wt 15:12 <jrandom> Không có gì sai với cuộc họp 5 phút ;) 15:13 <+cervantes> * jrandom ném bùn vào con ngựa con biết bay của mình 15:13 * smeghead viết một script mô phỏng cervantes mà nó viết một script mô phỏng jrandom 15:13 * jrandom viết một mô phỏng smeghead [CRASH] 15:13 <+cervantes> ôi phải chỉnh lại ngữ pháp rồi 15:14 <@smeghead> haha 15:14 <jrandom> ok, còn ai có gì muốn nêu cho cuộc họp không? 15:14 * cervantes viết một mô phỏng aum......... 15:14 <@smeghead> java.util.RecursiveIdiocyException 15:15 <jrandom> nói mới nhớ.. ;) 15:15 * jrandom lấy đà 15:15 * jrandom *baf* đóng cuộc họp