Cuộc họp các nhà phát triển I2P - 09 tháng 8 năm 2005

13:11 <jrandom2p> 0) chào 13:11 <jrandom2p> 1) 0.6.0.2 13:11 <jrandom2p> 2) cập nhật lộ trình 13:11 <jrandom2p> 3) ??? 13:11 <jrandom2p> 0) chào 13:11 * jrandom2p vẫy tay 13:11 <+detonate> chào 13:11 <jrandom2p> ghi chú tình hình hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2005-August/000839.html 13:12 <jrandom2p> ok, nhảy nhanh vào [1-2] trước phần freeforall.. 13:12 <jrandom2p> 1) 0.6.0.2 13:12 <jrandom2p> đã phát hành. và các thứ 13:12 <jrandom2p> ai có câu hỏi/nhận xét/quan ngại gì về 0.6.0.2 không? 13:13 <jrandom2p> nếu không, chuyển sang 2) cập nhật lộ trình 13:13 <jrandom2p> ờm, lộ trình đã được cập nhật. và các thứ ;) 13:14 <duck> đồ người Úc 13:14 <+bla> jrandom: Vẫn có các vấn đề gián đoạn khi liên hệ một destination (đích), ngay cả khi nó bình thường vẫn hoạt động 13:14 * postman xác nhận điều này 13:14 * detonate cũng đồng ý 13:14 <+bla> jrandom: Ví dụ, forum.i2p hoạt động tốt, rồi sau vài phút thì không, và cần tải lại vài lần 13:15 * bla đã first rồi ;) 13:15 <jrandom2p> hmm, ừ, tôi có nghe báo cáo về chuyện đó. với 0.6.0.2 luôn, đúng không? 13:16 <+postman> đúng vậy thưa ngài 13:16 <+bla> Đúng, 0.6.0.2 13:16 <+bla> Có thể là do netDb trục trặc, hoặc chọn peer để đưa vào tunnels kém (hoặc cái gì khác) 13:16 <jrandom2p> 'k 13:17 <jrandom2p> việc chọn peer cho tunnel dạo này khá tệ, cũng như tình trạng flood khi lưu trữ netDb 13:17 <jrandom2p> (xem /oldstats.jsp của bạn để biết số lượng lỗi yêu cầu tunnel) 13:18 <+bla> Giờ ta dùng UDP/SSU, phân loại peer có vẻ tốt hơn trước: một số peer mà tôi BIẾT là nhanh, thường xuất hiện trong mục "fast" trên trang profile pafe 13:19 <jrandom2p> hay đấy 13:19 <jrandom2p> 0.6.0.2 đã thêm một số mã từ chối tunnel dựa trên netDb lẽ ra phải làm từ trước (từ chối tham gia nếu ta không tìm được next hop), nên việc tăng từ chối là điều dự kiến 13:19 <+bla> Tuy tôi thật ra nên xem lại các thuật toán phân loại... ;) 13:20 <jrandom2p> tôi đã làm phân tích hồ sơ/thống kê, nhưng chưa có kết quả chắc chắn 13:21 <jrandom> thế thì tuyệt đó bla :) 13:25 <jrandom2p> ok, còn gì nữa cho 2) cập nhật roadmpa không? :) 13:26 <jrandom2p> nếu không, chuyển sang 3) ??? 13:26 <+detonate> bạn có nghĩ là hữu ích nếu cho vào shitlist các peer có tỷ lệ failure/duprecv cao so với mode không? 13:27 <jrandom> hmm, tôi không chắc về chuyện đó - nếu tỷ lệ failure/dup quá cao để còn hữu dụng, ta chỉ nên truyền chậm và cẩn thận 13:27 <jrandom> miễn là tin nhắn vẫn đi qua được, thì tin nhắn vẫn đi qua được 13:28 <jrandom> có lý do vì sao ta không dùng thống kê về giao tiếp trực tiếp giữa peers như một phần của việc lập hồ sơ - phụ thuộc vào chúng sẽ khiến ta dễ bị vài kiểu tấn công đơn giản mà mạnh (hành xử khác nhau với các peer khác nhau để xem ai dùng bạn, v.v.) 13:29 <+detonate> hmm 13:29 <+detonate> ok 13:29 <jrandom> nhưng có lẽ ta cần hủy phiên với các peer ở trong những kết nối tắc nghẽn như vậy 13:29 <+detonate> hay đấy 13:34 <jrandom> ok, còn ai có gì muốn nêu cho 3) ??? không 13:34 <luckypunk> ơ, có lẽ bạn nên đợi tới khi mọi người quay lại 13:34 <luckypunk> trước khi hỏi các câu hỏi quan trọng :P 13:35 <jrandom2p> bah, họ có mailing list rồi ;) 13:35 <luckypunk> ừ thì 13:35 <luckypunk> tôi đoán đây là chỗ thích hợp để than phiền 13:36 <luckypunk> I2P vẫn dùng kha khá CPU 13:36 <luckypunk> nhưng không nhiều như trước 13:36 <luckypunk> đúng, tôi chưa chạy nó từ thời 5.0 13:36 <luckypunk> nhưng ờ 13:36 <luckypunk> ờ 13:36 <luckypunk> 0.5.0 13:36 <jrandom2p> hay đó, máy nào của bạn chạy được nó? 13:36 <luckypunk> ờ 13:36 <luckypunk> v~cl 13:36 <luckypunk> tôi chưa dùng nó từ 0.6.0.0 13:36 <luckypunk> nó chạy tốt với con pentium 2 13:37 <luckypunk> giá trị nice mặc định khiến nó có xu hướng bị crash nếu tôi làm gì đó quá nặng CPU quá lâu vì I2P bị đói CPU 13:38 <+detonate> hmm, chắc có thể có một chỗ trong cấu hình mạng của router console để cố định các introducer (nút giới thiệu), ngay khi có introducer, nếu người dùng muốn 13:39 <jrandom2p> bạn đang dùng 0.6.0.2 chứ luckypunk? 13:39 <@smeghead> detonate: đó là mấy thứ trusted route... sau này trong lộ trình :) 13:39 <luckypunk> không 13:39 <luckypunk> tôi chưa chạy nó từ 0.6.0.0 13:39 <@smeghead> *restricted route 13:40 <luckypunk> nhưng có vẻ dùng CPU ít hơn. 13:40 <+detonate> heh, nên có ngay khi có introducer :) 13:40 <jrandom2p> à đúng rồi detonate, việc chọn introducer chắc chắn có thể cấu hình, nhưng có lẽ sẽ là một tùy chọn cấu hình nâng cao ẩn ;) 13:41 <jrandom2p> luckypunk: 0.6.0.1 cắt bỏ nhiều mã hóa, và 0.6.0.2 sẽ giúp thêm nữa. lúc nào thử xem, có thể nó xử lý tốt hơn đấy 13:41 <luckypunk> ok 13:41 <@smeghead> nếu một introducer không muốn bạn chọn họ suốt thì sao? 13:41 <luckypunk> tôi có cảm giác I2P sẽ chạy ổn trên một máy pentium tầm trung chuyên dụng bây giờ. 13:41 <jrandom> smeghead: thì họ sẽ nói "cút đi, tôi sẽ không làm introducer cho bạn đâu" 13:42 <jrandom> và các peer sẽ có nhiều introducer, nên sẽ cân bằng 13:42 <jrandom> (và chỉ tốn 2 gói để kết nối một peer mới, không phải tất cả gói tin trao đổi) 13:44 <+detonate> nếu introducer hoạt động theo cách khác bạn có thể dùng đa số phiếu giữa chúng để quyết định cái nào đang chạy, nhưng hiện tại thì điều đó không hợp lý 13:45 <ant> <jme___> hỏi: tôi có thể tìm mô tả về hệ thống bỏ phiếu này ở đâu? 13:45 <jrandom> đa số không có ý nghĩa gì cả 13:45 * jrandom không tin bỏ phiếu chút nào 13:45 <jrandom> (đặc biệt xét tới Sybil) 13:45 <jrandom> một introducer được coi là hoạt động nếu một peer mới có thể liên lạc với bạn thông qua nó 13:47 <+detonate> tình trạng vanguard tới đâu rồi, cái đó cũng hơi liên quan 13:47 <+detonate> nhân tiện smeghead đang ở đây 13:51 <jrandom> ok, nếu không còn gì nữa... 13:51 * jrandom chuẩn bị kết thúc 13:51 * jrandom *baf*s đóng phiên họp