前段時間一直在用iometer對一家雲儲存進行測試。剛剛開始測試的時候，儲存廠商推薦我們採用iometer進行測試。那會不明就裡，說那就用iometer吧。在測試的過程中，發現儲存廠商的產品基本可以提供千兆網絡卡的極限頻寬，大約穩定可以提供110mb左右的頻寬流量。本來我們系統設計中，所有的寫入頻寬流量也就大概80m左右，當時真是覺得好神奇的說。以為真的是儲存廠商能夠將小資料塊的處理能夠做到如此高效，當時針對台灣銀民的技術有點無線崇拜的趕腳。
萬幸的是，他家儲存壞了一根網線，速度下降了很多，我們需要重新測試，另外根據公司總工程師的意見，需要我們增加測試，主要增加直接呼叫windowsapi進行檔案操作，因為本系統最後都是採用這種方式進行檔案操作滴，悲催的我啊無奈被增加好多任務作量。but，轉機就在這裡發生了。採用iometer測試，每次測試的效果確實都很理想，千兆網絡卡的每次都能到110mb的頻寬，但是，當採用我們自己寫的api函式測試的時候，這個頻寬就急劇下降了，採用30mb左右，這裡需要補充說明一下，我們讓儲存廠商底層資料進行了資料備份，總資料3份，冗餘資料為2份。和廠商溝通後，我們增加了操作執行緒的數量，但是網路頻寬並沒有明顯的增加。納尼？為神馬會出現這個問題？難道是我的程式寫的實在是慘不忍睹？難道真的是要打破我剛剛準備要從事計算機行業的心麼？
磁碟和 網路控制器的效能
匯流排的 頻寬和時延容量
對於附帶驅動器的
網路吞吐量 共享
匯流排的效能
系統級別的硬體驅動的效能
系統級別的網路效能
另外再附其他網友的幾篇博文：
原文就不附了）。
總的來說，iometer測試的結果更加進行硬體的理論值，它基本不涉及到軟體層面的設計。我們原來對雲儲存的測試，僅僅是硬體層面，理論上能夠給我們提供的網路頻寬，這個就是高速公路一樣，就給了我們那麼大的頻寬，硬體給我們最大的io能力。而我們api的操作及iozone的測試，就涉及到雲儲存內部軟體的處理邏輯了。這個意義上的數值，可能對我們的程式設計更加具有指導意義。因為我們最終的問題都要落實到軟體層面上，這裡面的軟體處理邏輯及能力，才是我們最終要求的網路速度。那麼iometer的測試，是不是就木有意義了呢？我個人感覺，iometer的測試，還是有一定的意義的。它可以說明雲儲存整體設計的最大吞吐量，這個對我們整體的把握雲儲存也是乙個很有意義的指標。
另附一篇關於iometer中outstanding的博文：原文略）。
最後感謝各位網友的勞動。小小心得，很簡單的一點經驗，自己記錄。
關於Spring Data Rest的一些總結
最近一直在開發一些基於 spring data rest 的專案。在此過程中，隨著開發工作的不斷深入，對 spring data rest 的了解也越來越深。享受著 spring data rest 帶來的便捷，也忍受著它帶來的不便。spring data rest 的目標是提供堅實的基礎，從而使用...
dp基礎 關於LIS LCS LCIS 的一些總結
lis 最長遞增子串行 dp思路 dp i 為0到第i項的最長遞增子串行長度。dp i max dp j 1 a j a i dp 0 a 0 for int i 1 i n i 二分優化 if a i dp tot1 else 注意 dp i 儲存的是長度為i時最長遞增子串行的最小結尾。陣列整個儲...
一些關於測試的問題
1.有一根不均勻的繩全部燒完用1個小時，現在有很多材質，規格完全相同的繩，怎麼用燒繩法計時1個小時15分鐘？我的回答 用一根繩做標記，另一根繩，兩頭開始燒，燒到一塊的位置，表在第一根繩上，這是半個小時的時間同理找到1 4個小時的位置，進而可以得到乙個小時15分鐘啊 2.什麼是冒煙測試？冒煙測試 sm...