When theory meets practice (in networking research)
Là người làm research trong lình vực theory, chắc ai cũng thắc mắc và tự hỏi (và chắc là tự trả lời luôn lol) là không biết cái mình làm ứng dụng thế nào.
Gần đây mình tình cờ đọc vnexpress thì thấy một article về kết quả của thầy (cũ) mình làm, thấy cũng vui vui. Dĩ nhiên là kết quả này đã được đănng khắp nơi trên báo nước ngoài, CNN, Nature, Science....đủ cả nhưng thấy báo Việt thì cảm giác lạ lạ.
[Only registered and activated users can see links. ]
Kết quả này bắt nguồn từ việc nghiên cứu thuần túy lý thuyết mà ra. Đây là bài báo FAST TCP: motivation, architecture, algorithms, performance
David X. Wei, Cheng Jin, Steven H. Low and Sanjay Hegde.
IEEE/ACM Transactions on Networking, 14(6):1246-1259, Dec 2006 (1.4MB)
Sau đó, Caltech implemented algorithm developed rối mang ra thi đua thì nó là 5 consecutive years world record fastest data transfer trans Atlantic.
Mình muốn nói là anh em làm theory thì nên giữ vửng hi vọng một ngày nào đó kết quả của mình cũng như vậy. Haha. No joking ví thấy mình làm mấy cái đó cũng là với PhD students thôi mà.
Side info: Bac No-Pe Khó nhà mình cũng có một số báo TON. Báo TON thì Viet students có vẻ ít ra, không biết được khoảng 10 bài trước giờ chưa.
Nếu có ai interested in topic này thì mình sẽ tiếp tục bàn nữa, nhiều ví dụ trực quan...
Nhưng ngành khác thi sao nhi? Có ai có cases nào thì đưa lên, nói chuyện chơi.
___________________________________________________________ 124 điểm. To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.
Vâng, em biết cái này, nên có dùng thằng Dummynet để làm delay tăng lên. Ý em là chạy trên mạng 1Gbps mà cả 2 thằng Reno và FAST đạt đâu chừng 200Mbps. Hồi trước em đoán là do có sự khác biệt lớn về delay giữa gói data và gói ACK (trong phần hạn chế của FAST cũng có đề cập cái này). Nhưng mà bây giờ em bỏ FAST chuyển qua làm cái khác mất rồi, hehe. Đọc bài của bác Kev làm em nhớ lại kỉ niệm cũ, những tháng ngày lăn lộn với FAST . À, mà cái FAST Soft nó ra sao rồi bác Kev? lúc đầu em thấy làm ăn cũng hiệu quả lắm, còn giờ thì thế nào nhĩ?
TKP chắc cũng từng gặp đâu đó, sao không advanced member để giao lưu tiện hơn nhỉ? Hihi.
Giờ nếu bác vẩn còn làm FAST thì chắc sẽ được supported tốt hơn về testing. Nghe bác kể chuyện bạn implement FAST thế nào thì biết là cao thủ rồi. Em không đụng gì đến FAST, biết chút ít thôi.
Mình cũng định kể chuyện Fastsoft nhưng chắc từ từ. Tình hình làm ăn không biết sao nhưng Steven kể mua router Dell 3-4K/cái về, tháo label Dell ra, load software vào, gán mác Fastsoft vào, bán con rẻ nhất 80K, con mắc nhất hình như hơn 200K. lol.
__________________ 124 điểm. To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.
Hì hì, bác Kev hiểu nhầm mất rồi. Em chẳng phải cao thủ gì đâu, chỉ là biết 1 chút kinh nghiệm setup này nọ. Em đang ở VN thôi, sau khi tốt nghiệp ĐH và lăn lộn được 2 năm, vui buồn cũng đủ rồi, giờ đến lúc chinh chiến để đi học tiếp đây. Khi này em tự cảm thấy mình đủ trusted thì sẽ đăng kí lên advanced member, còn giờ thì vào forum chỉ để hỏi han thôi, chưa có đóng góp gì cả.
Quay lại cái đề tài của bác Kev, em thấy cái Netlab của bác S.Low lúc trước có group làm về MaxNet cũng hay. Cũng từ mấy cái hàm toán mà hiện thực nên một cái TCP Congestion Control mới. Em đã test thử anh MaxNet này, thấy còn ngon hơn cả anh FAST. Tuy nhiên anh MaxNet lại đòi hỏi thay đổi hạ tầng mạng nhiều quá (từ source, dest cho đến cả router) nên MaxNet vẫn chỉ nằm trong phòng Lab thôi. Cho nên em thấy "theory meets practice" là 1 chuyện, tuy nhiên nó có tương thích với hạ tầng hiện tại ko lại là một vấn đề cực kì quan trọng, vì nếu ko thì nó cũng chỉ đẻ ra một mớ paper và nằm trong phòng Lab (MaxNet cũng cho ra đời khoảng chục paper ). Hình như cái XCP của MIT và RCP của Stanford cũng rơi vào trường hợp của MaxNet. Đây là ý kiến của em dựa trên những gì em biết qua Internet, chứ em còn ngồi ở VN nên ko biết thực tế nó như thế nào. So, correct me if i'm wrong
À, mà thầy (cũ) của bác Kev có nhiều điểm hay quá. Bác này trước làm PhD ở Berkeley nhưng sau đó lại qua Úc làm prof, rồi cuối cùng kéo nguyên group bên Úc quay đến Caltech lập Netlab. Bác Kev có biết sao thầy bác lại đi lòng vòng vậy ko nhỉ? Khi nào có dịp, bác Kev kể chuyện mọi người nghe chơi.
Dài dòng 1 chút thôi, em quay lại với cái thằng English đây.
TKP
Hoàn toàn đồng ý với TKP về chuyện MAXNET và các theoretical results khác trong việc "theory meets practice". Những kết quả không chạy ra được ngoài thực tế để improve những services có sẵn thì cũng khó mà nói "meet pratice" dù có hay đến đâu. Nhưng biết đâu trong tương lai, những người làm ra MAXNET, XCP hay RCP lại có cách hạn chế việc thay đổi cơ sở hạ tầng nhiếu hay do advanced technology ==> meet practice. Hihi. Case của LDPC codes của Gallagher thì chắc ai học IT, Comms cũng rõ. Khi LDPC được invented almost 50 years ago, ai cũng bảo là điên khùng, sao mà implemented được mà nói chuyện superior performance. 40 năm sau, nó đã là codes chính để tàu NASA thám hiểm không gian. Đơn giản bởi vì integrated circuit technology phát triển kinh khủng, khiến việc implement LDPC codes trở nên khả thi.
Cứ toàn hỏi chuyện thâm cung, không lẽ mình lại ngối kể lý do, hoàn cảnh nào đưa đẩy Steven từ Melbourne đi Caltech. Haha. Nhưng nói thì nói, có nhiều lý do mà đúng là người ngoài cuộc thì không thể nào nghĩ (biết) được. Nhưng nếu biết thì cũng học hỏi được nhiều điều lắm.
Thế apply thế nào? Không discuss gì ah?
__________________ 124 điểm. To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.
Các bác trong này có bác nào đang ngâm cứu về cái Cognitive Radio Network không ạ? Em mới bắt đầu làm về cái này. Và still virgin về nó. Em quan tâm đến mảng stable queue và delay constraint trong cognitve. Các bác có gợi ý gì chỉ cho em với nhé.
thay đổi nội dung bởi: tranhungk43t, 08-13-2009 lúc 08:54 AM
Cứ toàn hỏi chuyện thâm cung, không lẽ mình lại ngối kể lý do, hoàn cảnh nào đưa đẩy Steven từ Melbourne đi Caltech. Haha. Nhưng nói thì nói, có nhiều lý do mà đúng là người ngoài cuộc thì không thể nào nghĩ (biết) được. Nhưng nếu biết thì cũng học hỏi được nhiều điều lắm.
Chuyện này thấy hơi lạ so với các prof khác nên em tiện hỏi vậy thôi, chứ thật ra cũng đâu học hỏi gì được ở case này.
Trích:
Thế apply thế nào? Không discuss gì ah?
Em tham gia diễn đàn để nhờ tư vấn giúp mà, chỉ vì profile chưa hoàn chỉnh nên chưa hỏi han gì thôi. Sau này phải nhờ các anh trên này tư vấn nhiều
Quay lại cái LDPC của anh Kev, lại làm em nhớ đến một cái khác. Cái này thì ngược lại với trường hợp của LDPC. Mọi người ở đây có ai làm về multicast ko ạ? cái này giờ hết hot rồi. Ý tưởng hiện thực multicast ban đầu được đưa ra đơn giản quá và cũng ko hiệu quả lắm, nên sau đó khi IP multicast được đưa ra, người ta quên ngay cái ý tưởng ban đầu, chỉ tập trung vào IP multicast. Thế nhưng đến tận bây giờ (sau hơn 20 năm phát triển), IP multicast vẫn chưa run được trên Internet. Thế là gần đây, người ta quay lại cái ý tưởng ban đầu, tạm chấp nhận khuyết điểm của nó, và đến năm 2007 nó thành RFC ([Only registered and activated users can see links. ]).
Bàn tròn PhD mà em nhảy vào hơi nhiều nhỉ
TKP
@tranhungk43t: Có nhiều lắm. Thế bác đang ở state nào của research? Mister trên này thì làm nhiếu lắm cái đó, cognitive, queue quiếc cũng nhiều.... Hú cái thì ảnh vào liền thôi. Mình cũng có 1 vài kết quả về cognitive radio. If you're interested, feel free to discuss. Đây là 1 cái link về 1 trong những results
[Only registered and activated users can see links. ].
[Only registered and activated users can see links. ]
__________________ 124 điểm. To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.