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

[22:04] <jrand0m> 0) chào [22:04] <jrand0m> 1) iip [22:04] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:04] <jrand0m> 3) chào [22:04] <jrand0m> 0) chào [22:04] <jrand0m> chào mừng đến với cuộc họp thứ ... mấy đó [22:05] <jrand0m> (68? 69?) [22:05] <MrEcho> chết tiệt, ở đây là 1 giờ trưa [22:05] <jrand0m> GMT-8? [22:05] <duck> 69 [22:05] <jrand0m> h0t. [22:06] <jrand0m> ok, 1) iip [22:06] *** Thoát: tusko (EOF From client) [22:06] * MrEcho biên dịch một kernel cho cuộc họp [22:06] <jrand0m> iip đang hành xử điên rồ. Tất cả những gì tôi biết là nop đang "chuyển server", chẳng biết nghĩa là gì. Tôi không biết khi nào xong, v.v. [22:06] <jrand0m> ai có thêm thông tin nào muốn chia sẻ với cả lớp không? [22:06] *** mids (mids@anon.iip) đã vào kênh #iip-dev [22:06] <MrEcho> không có thông tin từ nop [22:07] <mids> sáng nay tôi được bảo rằng tôi có thể khởi động Trent lại [22:07] <mids> (tối qua tôi đã làm rồi) [22:07] <jrand0m> đỉnh [22:07] <jrand0m> gracias [22:07] <mids> vậy điều đó cho thấy nop tin rằng IIP ổn định trở lại [22:07] <mids> nếu điều đó có ý nghĩa gì... [22:07] <mids> *khụ* [22:07] <jrand0m> ok tuyệt [22:08] <jrand0m> [woot bạn cùng phòng vừa đưa tôi ly rượu vang cho cuộc họp] [22:08] <MrEcho> lol [22:08] <jrand0m> ok, vì nop đang online mà không chịu vào họp, chúng ta sẽ để đám đông lôi ra xử sau [22:09] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:09] <mids> bạn muốn hỏi anh ta câu hỏi cụ thể nào? [22:09] <protocol> cuộc họp khi nào [22:09] <jrand0m> câu hỏi cụ thể> khi nào anh ấy đưa ra thông báo chính thức mô tả các vấn đề vừa qua và cách xử lý những vấn đề trong tương lai? [22:09] <jrand0m> cuộc họp là bây giờ [22:10] <jrand0m> (tức là, đến lúc nào thì chúng ta nên xem xét các phương thức liên lạc không qua iip) [22:10] <mids> nếu tôi nhận được câu trả lời tôi sẽ báo bạn. [22:10] <jrand0m> cảm ơn [22:11] <jrand0m> ok, chuyện i2p. 0.2.3 mới ra hôm qua, và mặc dù phần lớn mã Kademlia hoạt động ổn, vẫn có một số lỗi 0.2.2 xuất hiện cũng như vài lỗi khác đang được tìm hiểu. [22:11] <jrand0m> tôi đã commit một thay đổi để dùng các thông điệp qua tunnel cho dbStore thay vì garlics, điều này sẽ giảm tải mà tc (và những người khác) thấy trên server [22:12] <jrand0m> cũng có một persistent sessionKeyManager mới để việc khởi động lại sẽ không làm b0rk hoàn toàn một router trong 15 phút [22:12] <MrEcho> còn thời gian client kết nối tới các router thì sao? [22:12] <duck> đến giờ cảm giác tốt/xấu như 0.2.2; trừ khi router/tunnels của tôi lại sập đêm nay, khi đó nó tệ hơn 0.2.2 [22:13] <jrand0m> MrEcho> có vẻ là do tương tác của hai lỗi từ 0.2.2 khiến nó quậy hơn trước. Hai lỗi đó là ưu tiên hàng đầu của tôi. [22:13] <MrEcho> ok tuyệt [22:13] <jrand0m> duck> cảm giác của tôi là nó tệ hơn 0.2.2, từ góc nhìn người dùng cuối. tôi đang cố sửa mà không hy sinh ẩn danh hay bảo mật. [22:13] <MrEcho> khó mà làm việc với DNS với cái lỗi chết tiệt đó .. tôi phải restart DNS server rất nhiều [22:14] <jrand0m> MrEcho> với các router chỉ cục bộ tôi không tái hiện được các lỗi - với bạn dùng chỉ cục bộ có hoạt động không? [22:15] <MrEcho> không [22:15] <jrand0m> bạn có thể gửi tôi debug logs cho việc đó không? [22:15] <MrEcho> đã xóa rồi [22:16] <jrand0m> ok, nếu bạn thử lại mà vẫn không chạy, nếu bạn có thể gửi tôi debug logs từ cả router và client thì tôi sẽ rất cảm kích. [22:16] <MrEcho> nó vẫn y hệt trước .. client nhận được báo là đã gửi .. nhưng nó không bao giờ tới client [22:16] <MrEcho> tới client kia [22:17] <MrEcho> ừ .. tôi sẽ xem tôi có thể làm gì [22:17] <jrand0m> ok, nghe giống lỗi i2psessionImpl2. tôi chưa tái hiện được tại chỗ, nhưng khi sửa xong cho remote hy vọng nó sẽ hoạt động trong trường hợp của bạn [22:17] <jrand0m> gracias [22:17] <jrand0m> dù sao, cảm ơn mọi người đã kiên nhẫn với bản cập nhật. chúng ta đang tiến triển, dù bề ngoài có thể không thấy vậy [22:18] <protocol> tỏa sáng đi, viên kim cương điên rồ [22:18] <duck> trong tương lai, giả sử khi i2p thực sự được dùng, quy trình phát triển/phát hành sẽ thay đổi thế nào để ngăn các bản phát hành lỗi làm lộn xộn mạng? [22:19] <jrand0m> khi 1.0 ra, tôi sẽ phát triển & tung cho một nhóm tình nguyện viên điên rồ dùng thử trong một tuần, rồi nếu mọi thứ chạy tốt, sẽ phát hành rộng rãi. [22:20] * FireRabbit sẽ là một tình nguyện viên điên rồ [22:20] <jrand0m> hiện giờ tôi phải chiến với kaffe & jetty để cập nhật trên i2p.dnsalias.net [22:20] <duck> loài gì? [22:20] * MrEcho đã là (tình nguyện viên) rồi [22:20] *** tusko (~tusko@anon.iip) đã vào kênh #iip-dev [22:20] <jrand0m> mọi người vốn đã là những tình nguyện viên điên rồ (và rất hữu ích) rồi :) [22:20] <FireRabbit> cảm ơn! [22:20] <FireRabbit> :) [22:21] *** TC (~TC@anon.iip) đã vào kênh #iip-dev [22:21] <jrand0m> ồ, tc đây rồi [22:21] * MrEcho quất TC .. bạn đến trễ [22:21] <TC> chào [22:21] <TC> chúng ta hoạt động trở lại chưa? [22:21] <MrEcho> ừ tôi có thể gõ hôm nay... [22:22] <jrand0m> iip có vẻ đã lên... [22:22] <TC> yay [22:22] <jrand0m> dù sao, tôi hy vọng sẽ ra 0.2.3.1 trong vài ngày tới, khi hai lỗi nghiêm trọng được sửa (vấn đề CPU quá tải mà tc thấy đã được cập nhật rồi) [22:23] *** wiht (anon@anon.iip) đã vào kênh #iip-dev [22:23] <TC> nguyên nhân là gì? [22:23] <FireRabbit> tôi hình như thấy hoạt động đĩa tăng lên từ khi cập nhật lên 0.2.3 nhưng tôi chưa dành thời gian để xem đó thật sự là do i2p hay chỉ do máy đần [22:23] *** Thoát: wiht ((null)) [22:23] <TC> FireRabbit, bạn có bao nhiêu bộ nhớ? [22:24] <FireRabbit> máy đó có 128 tôi nghĩ vậy [22:24] <FireRabbit> bạn nghĩ có thể là do tệp hoán trang không? [22:24] <jrand0m> nguyên nhân là 0.2.3 gửi tất cả các dbStore messages qua garlic routed messages thay vì trực tiếp, cái này dùng ElGamal hoặc AES+SessionTag (tùy việc các tag đã được biết hay chưa). persistentSessionKeyMAnager sẽ làm các tag tồn tại lâu hơn, và 0.2.3.1 sẽ gửi dbStore messages qua các tunnels thay vào đó [22:24] <TC> vì tôi có 512 và i2p báo lỗi 'out of memory' tối qua [22:24] <jrand0m> thật á? chết tiệt [22:24] <FireRabbit> ồ, thú vị [22:25] <MrEcho> wow [22:25] <jrand0m> ừ, đó là số 3 trong danh sách lỗi còn lại cần xử (dù nó không phải showstopper cho 0.2.3.1) [22:25] <jrand0m> OOM không dùng hết cả 512 [22:25] <TC> nhưng giờ nó chạy ổn [22:25] <jrand0m> chúng chỉ dùng mức Java cấp (ví dụ 64M) [22:26] <TC> đúng [22:26] <duck> Memory: In use: 8187KB [22:26] <jrand0m> chuẩn [22:26] <duck> đó không nhiều! [22:26] <duck> chưa [22:26] <MrEcho> Memory: In use: 8908KB Free: 4088KB [22:27] <jrand0m> đúng, có gì đó đang phình ra trong đó, tôi hy vọng sẽ lần ra nó trước 0.3 [22:27] <jrand0m> tuyệt, Free nghĩa là trước đây nó dùng 12.9M, giờ chỉ dùng 8.9 [22:27] <TC> hiện nó chạy ở 30MB bộ nhớ nhưng tối qua nó nhảy lên (Windows báo tôi) '70', lúc đó thì sập [22:27] <jrand0m> ừ, kaffe cũng làm vậy với tôi tc [22:28] <jrand0m> ok, dù sao, mọi người nên đăng ký vào mailing list i2p [22:28] * FireRabbit đang nghĩ khi về nhà hôm nay anh ấy sẽ viết lại lib meshwork vì nó có vài vấn đề [22:28] <FireRabbit> thở dài [22:28] <jrand0m> ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] <jrand0m> d'oh FireRabbit [22:28] <FireRabbit> cái này chẳng bao giờ xong được [22:28] <TC> ờ, và bộ nhớ phần lớn không phải vấn đề to [22:28] <jrand0m> hề, chẳng dự án nào suôn sẻ như mong đợi [22:28] <FireRabbit> không [22:28] <protocol> jrand0m: mailing list kích hoạt bảo vệ spam của Yahoo! [22:28] <protocol> chỉ báo trước vậy thôi [22:28] <jrand0m> thật hả protocol? [22:29] <protocol> ừ [22:29] <jrand0m> có lẽ đó là thứ đã kích hoạt spam guard khi tôi cc iip-dev [22:29] * jrand0m sẽ viết cho ISP của tôi [22:29] <jrand0m> (hoặc có lẽ là do cái .dnsalias.net) [22:30] <protocol> tôi chưa nhận được thư nào, và tôi đã dọn hộp thư rác trước khi kịp kiểm tra [22:30] <duck> hoặc cái nickname jrandom [22:30] <jrand0m> lol duck [22:30] <FireRabbit> :) [22:30] <jrand0m> sẽ tuyệt nếu nick của tôi bị lọc :) [22:30] <FireRabbit> hehe [22:30] *** wiht (anon@anon.iip) đã vào kênh #iip-dev [22:30] <jrand0m> chào mừng quay lại wiht [22:30] <jrand0m> nhân tiện, tôi nghĩ tôi nên chèn 3.1) apps :) [22:31] <jrand0m> này MrEcho, cuộc chiến thế nào rồi? [22:31] <wiht> jrand0m: Xin chào. [22:31] <MrEcho> ngày nào đó ai đó viết một chương trình tự động nhận diện cho cấu hình biên dịch Linux [22:31] <MrEcho> ừ thì đang tiến triển [22:31] <duck> knoppix dùng thứ autodetect nào đó, phải không? [22:31] <jrand0m> ./configure ; make ; make check ; make install ; reboot [22:31] <duck> </offtopic> [22:31] <MrEcho> tôi đã hầu như vạch ra cách tôi muốn làm mọi thứ [22:31] <jrand0m> chuẩn [22:32] <jrand0m> bạn có nhìn rõ cách i2ptunnel có thể được cập nhật để tận dụng những gì bạn đang làm không, MrEcho? [22:32] <FireRabbit> tôi nghĩ knoppix dùng hotplug [22:32] <MrEcho> 0.1 sẽ không/ có thể sẽ bị khóa lại .. chưa biết [22:32] <jrand0m> hay quá [22:33] <TC> ồ jrand0m, tôi có câu hỏi về cvs [22:33] <jrand0m> que tal? [22:33] <MrEcho> đối với truy vấn DNS tôi sẽ có một cổng server ở phía Client và phía RS cho truy vấn Names [22:33] <FireRabbit> ok jrand0m vậy khai sáng tôi đi, nếu có hai mảng, một mảng lưu dữ liệu vừa nhận và một mảng làm bộ đệm bạn sẽ đặt tên chúng là gì [22:33] <MrEcho> và tôi sẽ xây một lib để bất kỳ app nào cũng dùng được [22:33] <jrand0m> FireRabbit> src, dest [22:34] <FireRabbit> hmm [22:34] <TC> tôi nghĩ sẽ hay nếu tôi cập nhật trực tiếp tệp hosts lên cvs dựa trên i2p để nó có thể được đưa vào các phiên bản tương lai [22:34] <jrand0m> chắc chắn rồi tc [22:34] <FireRabbit> đây là một class khá lớn, tôi nghĩ tôi muốn cụ thể hơn chút [22:34] * jrand0m nên tạo cho bạn một tài khoản cvs [22:34] <TC> tôi chỉ thắc mắc cách kết nối tới nó [22:34] <duck> TC: bạn cần (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] <duck> client CVS dễ nhất cho Windows mà tôi biết [22:35] * MrEcho dùng bản DOS :) [22:35] <mihi> duck: với windows != win9x ;) [22:35] * FireRabbit dùng bản dòng lệnh cvs [22:35] <duck> mihi: tôi đã thử với win9x [22:35] <jrand0m> tc> bạn đã dùng cvs trước đây chưa? hay bạn lo về ẩn danh? (hiện bạn nên có thể cvs qua i2p) [22:35] * mihi dùng WinCVS hoặc cvs của cygwin [22:35] * jrand0m dùng cvs.exe [22:35] <TC> ok, vậy tôi dùng client đó và thiết lập proxy? [22:35] <TC> không, tôi chưa từng dùng cvs trước đây [22:35] <jrand0m> ok, tôi sẽ dẫn bạn cấu hình sau cuộc họp [22:36] <TC> được, cảm ơn [22:36] <duck> về việc dùng cvs qua tunnel: [22:36] <duck> các thông điệp nhân đôi sẽ là vấn đề lớn chứ? [22:36] *** Thoát: wiht (Ping timeout) [22:37] <duck> đặc biệt khi commit [22:37] <jrand0m> đúng duck, nhưng tôi chưa gặp vấn đề đó (các thông điệp cvs thường nhỏ) [22:37] <jrand0m> >64k messages (vd. file specs .pdf hoặc .sxw) hiện giờ nên làm qua internet bình thường [22:38] <duck> các msg jabber cũng hay bị nhân đôi [22:38] <jrand0m> bạn nói đúng, đó vẫn chưa là giải pháp thật sự vững cho cvs [22:38] <duck> mặc dù chúng là XML, chúng không lớn lắm [22:40] <jrand0m> đúng, mất ack là một trong những thứ khó chịu của các lỗi i2psessionimpl2 hiện tại :/ [22:40] <duck> k [22:41] <duck> (đó là một ack mất một phần) [22:41] <jrand0m> (với mạng cỡ này, lẽ ra không bao giờ cần gửi lại, trừ khi peer offline) [22:42] <jrand0m> hmm ok, còn chuyện i2p nào khác không? [22:42] <mihi> jrand0m: thêm kiểu số thứ tự vào các gói i2p thì sao? [22:43] <jrand0m> gói i2ptunnel? [22:43] <mihi> điều này sẽ giúp vụ nhân đôi. [22:43] <mihi> không, gói i2pnp [22:43] <mihi> ok, cũng có thể làm ở tầng i2ptunnel. [22:43] <TC> vậy jrand0m bạn đã có lại kết nối chưa hay vẫn ở quán cà phê? [22:43] <mihi> nếu nhận hai lần cùng một số, bỏ qua cái thứ hai. [22:44] <jrand0m> mấy cái đó đã xử lý dup id cho hầu hết mọi thứ rồi, dù bạn nói đúng là sẽ có cập nhật ở 0.3 cho các thông điệp còn lại [22:44] <jrand0m> đúng, hiện chúng tôi giữ lịch sử 1000 msgId gần nhất để bỏ trùng [22:44] <mihi> ok, nếu ai tình nguyện viết một impl TCP tốt cho i2p thì càng tốt ;) [22:44] <jrand0m> đúng! :) [22:44] *** Nostradumbass (nostradum@anon.iip) đã vào kênh #iip-dev [22:45] * jrand0m nghĩ sẽ có bounty cho vài [killer app/tính năng còn chưa xác định] khi 1.0 đến gần [22:45] <duck> thắng một buổi chat riêng 1 giờ với UserX! [22:45] <jrand0m> lol [22:45] <MrEcho> lol [22:46] <jrand0m> ok, còn chuyện i2p nào khác, hay iip, hay gì khác cho cuộc họp iip-dev thứ 69 này không? [22:46] <jrand0m> (ngoài các bình luận pinup girl của userx) [22:47] <duck> còn app nào mà duck inc. nên chạy không? [22:47] <jrand0m> bluebeep! [22:47] <TC> 1. jrand0m bạn đã sửa xong vấn đề kết nối chưa? 2. bạn nghĩ gì về eepsite mới của tôi? [22:47] <TC> bluebeep? [22:47] <jrand0m> ồ xin lỗi tc. vâng, cuối cùng tôi đã có mạng :) chưa xem eepsite mới của bạn ngoài cái board (rất tuyệt), nhưng tôi sẽ xem sau :) [22:48] <duck> TC: tôi thích thiết kế mới [22:48] <TC> hmm, tôi nên đổi cái board nữa để giảm thời gian tải [22:48] <duck> chỉ nghĩ bạn nên thử tắt chức năng email trong phpboard, giờ mỗi lần đều bị lỗi [22:48] <TC> cảm ơn duck [22:48] <jrand0m> bỏ hình ảnh sẽ là điểm cộng [22:49] <TC> ý hay [22:49] <jrand0m> (bluebeep là một wardialer cũ) [22:49] <MrEcho> ừ [22:49] <jrand0m> (và là một món đồ vui nhộn) [22:49] <duck> hãy nhớ rằng tuổi trung bình ở đây là 16 [22:50] * MrEcho 24 tuổi [22:50] * duck né [22:50] * jrand0m nghi là không có nhiều em 3 tuổi để cân bằng đám lão làng trong chúng ta ;) [22:50] *** wiht (anon@anon.iip) đã vào kênh #iip-dev [22:50] <MrEcho> lol [22:50] * TC từng dựng một blackbox [22:50] <jrand0m> w3wt [22:50] <lonelynerd> cuộc họp xong rồi à? [22:50] <duck> câu hỏi cuối: [22:50] *** protocol giờ là proto_afk [22:51] <duck> làm sao đọc các thống kê Kademlia? [22:51] * jrand0m chưa !baf đâu lonelynerd, cứ hỏi :) [22:51] * MrEcho tắt hỗ trợ pcmcia trong kernel [22:51] <duck> để chúng tôi hiểu routerConsole.html đổ ra gì [22:51] <MrEcho> tôi đang bực [22:51] <jrand0m> ok, ý bạn là các thống kê JobQueue? [22:52] * duck đoán là chắc tất cả đều rõ ràng [22:52] <jrand0m> cơ bản khi tôi nhìn vào thống kê JobQueue, tôi kiểm tra xem thời gian thực thi trung bình cho các job Build garlic message, build tunnel, và handle * message nhỏ [22:52] <jrand0m> (đó là các job thường mất lâu nhất, và khi phần pending phình to, mọi thứ đều tệ đi) [22:53] <lonelynerd> (thực ra, tốt hơn tôi nên đọc logs trước) [22:53] <duck> hiểu rồi [22:53] <jrand0m> thời gian pending trung bình .1-.6s mà tôi thấy là tệ vãi và là một trong những thứ lớn tôi sẽ nhắm tới khi đến lúc tinh chỉnh chúng [22:54] <jrand0m> mức liveliness và reliability của nội dung netDb phần lớn là các số ngẫu nhiên, miễn là chúng > 100. last sent successfully nghĩa là lần cuối nó được gửi tới 2 peer trở lên [22:54] <jrand0m> (chúng tôi gửi lại ngẫu nhiên nếu nó không phải local) [22:54] <jrand0m> (nhưng không quá một lần mỗi 5 phút) [22:55] <jrand0m> có thống kê nào sẽ hữu ích cho mọi người, hoặc hình dung nào khác có thể giúp không? (nếu không đơn giản thì tôi có thể không đưa vào, nhưng nếu dễ, tôi có lẽ sẽ) [22:56] <duck> cảm ơn [22:57] <jrand0m> còn bình luận / câu hỏi / quan ngại / đĩa bay nào không? [22:59] <jrand0m> nếu vậy [22:59] * jrand0m lấy đà [22:59] * jrand0m *baf* kết thúc cuộc họp