長話短說，理由有三點。
二. 分層實現如果在ip包頭（header）中增加了」下一跳ip位址「這個字段，在邏輯上來說，如果ip位址夠用，交換機也支援根據ip位址**（現在的二層交換機不支援這樣做），其實mac位址並不是必要的。但用mac位址和ip位址兩個位址，用於分別表示實體地址和邏輯位址是有好處的。這樣分層可以使網路層與鏈路層的協議更靈活地替換，網路層不一定非要用『ip』協議，鏈路層也不一定非用『乙太網』協議。這就像osi七層模型，tcp/ip五層模型其實也不是必要的，用雙層模型甚至單層模型實現網路也不是不可以的，只是那樣做很蛋疼罷了。
三. 早期的『乙太網』實現早期的乙太網只有集線器（hub），沒有交換機（switch），所以發出去的包能被乙太網內的所有機器監聽到，因此要附帶上mac位址，每個機器只需要接受與自己mac位址相匹配的包。
漫談 ip 為啥有了 mac 位址還需要 ip
卡姆剃刀原則 如無必要勿增實體.既然既有 mac,又有 ip.那麼肯定有其作用.1.可變性角度,歷史 2.實體對應角度,now.1.可變性角度,mac 位址是燒自在網絡卡上的.原廠自帶.修改比較麻煩.2.不同的 mac,可能對應著同乙個 ip,例如 lvs 的 dr 模式.引申出 realserve...
有了互斥量，為什麼還需要條件變數？
一。互斥量和條件變數簡介 互斥量 mutex 從本質上說是一把鎖，在訪問共享資源前對互斥量進行加鎖，在訪問完成後釋放互斥量上的鎖。對互斥量進行加鎖以後，任何其他試圖再次對互斥鎖加鎖的執行緒將會阻塞直到當前執行緒釋放該互斥鎖。如果釋放互斥鎖時有多個執行緒阻塞，所有在該互斥鎖上的阻塞執行緒都會變成可執行...
既然有了HBase，為什麼還需要Kudu呢？
那既然有了hbase，為什麼還需要kudu呢？簡單的說，就是嫌棄hbase在olap 聯機分析處理 場合，sql mr類的批量檢索場景中，效能不夠好。通常這種海量資料olap場景，要不走預處理的路，比如像ebay麒麟這樣走cube管理的，或者像谷歌mesa這樣按業務需求走預定義聚合操作。再有就是自己...