實在沒有時間了，是以此文很短！
目前OC-768都是正常的鍊路，更别說OC-192了！
對于路由器而言，出口排隊需要N加速比，以 OC-192為例，4接口路由器需要40Gbps的帶寬才适應排隊需求，外面下着大雨，總不能讓人排到外面吧。而這是一個巨大的挑戰，于是全體切換到了輸 入排隊，然而挑戰推給了軟體，即排程算法！目前沒有什麼比較好的，隻能是空間換時間，但是，随着帶寬的進一步提升(APP太多，移動網際網路時代，物聯網時 代，這是必然，以前你家隻有人上網，現在你家的電風扇，微波爐也要上網...)，總是會有機關存儲效率不夠用的時候，這樣不管怎樣大的空間也換不回時間 了...
事實上，以OC-768鍊路為例，一個TCP的RTT需要大緻0.25秒，于是乎就必須最少緩沖OC-768帶寬*0.25的資料，即10G的資料，1秒 鐘緩沖10G的資料，即便是DDR4也很吃力吧...再說大規模的緩存機制，使用DDR畢竟不合适...這是對存儲技術的挑戰。爆炸！
本文轉自 dog250 51CTO部落格，原文連結:http://blog.51cto.com/dog250/1668793
![查找算法之二分查找查找算法之二分查找[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)