怎麼測試機械硬碟io性能

㈠ 如何解決硬碟IO錯誤

解決方法：

1、先下載並解壓軟體打開後，直接雙擊需要恢復的分區，然後右擊軟體圖標選擇《以管理員身份運行》。

(1)怎麼測試機械硬碟io性能擴展閱讀

硬碟出現故障前會有以下幾種表現：

1、出現S.M.A.R.T故障提示。這是硬碟廠家本身內置在硬碟里的自動檢測功能在起作用，出現這種提示說明您的硬碟有潛在的物理故障，很快就會出現不定期地不能正常運行的情況。

2、在Windows初始化時死機。這種情況較復雜，首先應該排除其他部件出問題的可能性，比如內存質量不好、風扇停轉導致系統過熱，或者是病毒破壞等，最後如果確定是硬碟故障的話，再另行處理。

3、能進入Windows系統，但是運行程序出錯，同時運行磁碟掃描也不能通過，經常在掃描時候緩慢停滯甚至死機。這種現象可能是硬碟的問題，也可能是Windows天長日久的軟故障，如果排除了軟體方面設置問題的可能性後，就可以肯定是硬碟有物理故障了。

4、能進入Windows，運行磁碟掃描程序直接發現錯誤甚至是壞道，這不用我多說了，Windows的檢查程序會詳細地報告情況。

5、在BIOS里突然根本無法識別硬碟，或是即使能識別，也無法用操作系統找到硬碟，這是最嚴重的故障。

維護方法：

1、保持電腦工作環境清潔

硬碟已帶有超精過濾紙的呼吸孔與外界相通，它可以在普通無凈化裝置的室內環境中使用，若在灰塵嚴重的環境下，會被吸附到PCBA的表面、主軸電機的內部以及堵塞呼吸過濾器，因此必須防塵。還有環境潮濕、電壓不穩定都可能導致硬碟損壞。

2、養成正確關機的習慣

硬碟在工作時突然關閉電源，可能會導致磁頭與碟片猛烈磨擦而損壞硬碟，還會使磁頭不能正確復位而造成硬碟的劃傷。關機時一定要注意麵板上的硬碟指示燈是否還在閃爍，只有當硬碟指示燈停止閃爍、硬碟結束讀寫後方可關機。

3、正確移動硬碟，注意防震

移動硬碟時最好等待關機十幾秒硬碟完全停轉後再進行。在開機時硬碟高速轉動，輕輕的震動都可能碟片與讀寫頭相互磨擦而產生磁片壞軌或讀寫頭毀損。

所以在開機的狀態下，千萬不要移動硬碟或機箱，最好等待關機十幾秒硬碟完全停轉後再移動主機或重新啟動電源，可避免電源因瞬間突波對硬碟造成傷害。

在硬碟的安裝、拆卸過程中應多加小心，硬碟移動、運輸時嚴禁磕碰，最好用泡沫或海綿包裝保護一下，盡量減少震動。

㈡ 硬碟io性能

一，硬碟IO的延時
對於SQL Server資料庫系統，限制查詢響應的主要因素是硬碟的延時，根據硬碟的物理構造（磁軌和扇區），延時可以分為尋道延時和旋轉延時：

尋道延時：硬碟的物理刺頭移動並定位到所需數據的時間，
旋轉延時：硬碟旋轉到所需數據的時間，通常用MB/S，或IO吞吐量來衡量
在OLTP系統中，數據更新操作較多，每次讀取的數據量少，目標數據的位置相對隨機（隨機讀寫），因此，對於尋道延時要求更高，硬碟需要花費更多的尋道時間。

在DSS/DW系統中，事務的運行時間更長，數據相對靜態，不常更新，讀操作比寫操作的要求更高，順序讀操作佔比很高，因此，IO吞吐量更重要，可以通過硬碟的盤面來增加順序訪問的IO吞吐量。

二，根據WaitType偵測IO性能
SQL Server引擎把IO作為一個資源來看待，在多任務的現代資料庫系統中，同一時刻會接收到很多查詢請求，每一個查詢請求都需要申請系統資源（CPU、內存和IO），才能繼續執行下去，然而系統的資源是有限的，當查詢爭用資源時，有些查詢請求資源得到滿足，順利執行下去，有些查詢請求的資源得不到滿足，該查詢就被阻塞，處於等待資源分配的狀態。當出現IO性能問題時，查詢語句會被硬碟IO阻塞，這使得執行計劃被迫掛起（或阻塞）來等待資源，SQL Server通過DMV來顯示系統運行的狀態，用等待類型來表示不同的阻塞信息。

1，數據文件的IO

如果SQL Server 出現 IO 性能問題，那麼在SQL Server 內部通過DMV sys.dm_exec_requests的wait_type，來反饋 IO 問題。如果查詢請求的wait_type長時間處於PageIOLatch_XX，那麼說明系統不能很快把數據讀取到內存中。

PAGEIOLATCH_xx ：用於描述數據頁的IO爭用，說明系統正在從硬碟載入數據到內存的Buffer Pool中

當SQL Server 要去讀或寫一個Page的時候，首先會在Buffer Pool里尋找，如果在Buffer Pool中找到了，那麼讀寫操作會繼續進行，沒有任何等待。如果沒有找到，那麼SQL Server 就會設置Wait_Type為PageIOLatch_EX（寫）或PageIOLatch_SH（讀），然後發起一個非同步IO操作，將頁面讀入Buffer Pool中，在IO沒有完成之前，Request將會保持在PageIOLatch_EX（寫）或PageIOLatch_SH（讀）的等待狀態。IO消耗的時間越長，等待的時間越長。

2，日誌文件的寫入

日誌文件以寫為主，工作量由修改命令激發的事務數量決定。當SQL Server要寫事務到日誌文件時，如果Disk 不能及時完成IO請求，那麼事務就無法提交，SQL Server 不得不進入WriteLog 等待狀態，直到事務被成功記錄到日誌文件中，才會提交當前的事務。

如果request經常出現WriteLog的Wait type，說明事務日誌的寫請求不能被Disk及時完成，這種情況，對SQL Server 整體性能影響較大。

WRITELOG：在數據被修改時，在Log Cache和Buffer Cache中都會有記錄，如果在Log Cache中的數據在checkpoint時寫入硬碟，就會發生這種等待。

LOGBUFFER等待：很少出現，當一個任務正在等待存儲日誌到Log Buffer中時，就會出現LOGBUFFER等待，出現這種等待，說明日誌所在的硬碟無法響應請求。如果把日誌文件放在一個非常慢的硬碟上，而數據文件放在一個非常快的硬碟上，就會出現這種等待。

3，AYSNC_IO_COMPLIETION和IO_COMPLIETION也是IO瓶頸的潛在指標

AYSNC_IO_COMPLIETION：標識任務正在等待IO請求來完成操作，當一個應用程序連接SQL Server，在處理數據時變得非常慢，很可能就會出現這種類型的等待。
IO_COMPLIETION：發生在一個任務正在等待用於非數據頁IO的IO操作上，非數據頁，一般是指日誌文件，通常發生在修改大量修改，或者內存中存在大量的臟數據時。
三，影響讀寫性能的因素
資料庫系統對IO的性能依賴較高，那麼影響資料庫系統讀寫性能的因素有哪些呢？

1，物理硬碟的IO能力

機械硬碟的IO速度沒有固態硬碟快，可以考慮把資料庫系統的機械硬碟更新為固態硬碟。

2，內存對硬碟IO的影響

在SQL Server Engine 訪問數據時，如果相應的data不存在於Buffer Pool，那麼Buffer Manager 從Disk中的Data File（mdf 或 ndf）中將相應的data page讀取到內存中。SQL Server 將data page緩存起來。理想情況下，只要SQL Server能夠使用的內存充足，SQL Server 會將所有讀取到內存的中Data Page緩存到Buffer Pool中。對於讀取操作，只要相應的數據都緩存在內存中，Select 就不會有任何硬碟IO。

當Buffer Pool空間不足時，SQL Server 激活 LazyWriter，主動將內存中一些很久沒有使用的Data Cache和 Plan Cache 清除，mark為Free buffer，供其它Data Page使用。如果這些Page上的修改還沒有被CheckPoint寫回Disk，那麼LazyWrite會將其寫回。

3，碎片和壓縮

如果數據頁面或index 頁面的碎片很多，每個頁面存儲的數據行較少，那麼SQL Server 需要讀寫更多的Page。如果數據在頁面里存儲的非常緊湊，存儲相同數據所消耗的Page越少，並且可以充分利用SQL Server 預讀的優勢，減少IO。

壓縮技術不僅使數據佔用的Disk 空間減少，而且能夠減少IO。由於數據在寫入Disk之間經過壓縮處理，存儲相同數據所消耗的Page減少，讀取的Data Page會減少。壓縮技術在一定程度上能夠降低IO，但需要付出一定的代價：額外消耗少量的CPU和內存來解壓縮。

4，利用多個物理硬碟實現Data File的並發讀寫

在DB中的FileGroup 創建多個File，將這些File存放到不同的Physical Disk上。File 分布到不同的Physical Disk上，IO也會分布到不同的Physical Disk上，這樣能夠實現數據的並發讀取，提高讀取性能。

對於日誌文件，SQL Server會頻繁的寫事務日誌。只要資料庫發生修改，就會不斷地寫入日誌文件。如果不能及時完成日誌文件的IO，會導致事務的延遲提交，對性能的影響較大，所以，盡量將日誌文件放到寫入速度快的Disk上。SQL Server 順序寫事務日誌，在一個時間點，SQL Server 只會寫一個日誌文件。在不同的Physical Disk上創建多個log file對性能基本沒有幫助。

5，工作負載

日誌文件以寫為主，工作量由修改命令申請的事務數量決定，日誌文件是順序寫的，寫入速度快於隨機寫。如果日誌記錄不能及時寫入，那麼Request會處於WriteLog等待狀態，對系統整體性能影響較大。

數據文件寫入的數據量由修改量決定，SQL Server除了設置bulk logged 恢復模式之外，沒有太大的調整選項。

數據文件讀取的數據量，由訪問的數據量和Buffer Pool中緩存的數據量共同決定。如果訪問的數據量減少或者內存緩存區增加，都可以降低SQL Server 從Physical Disk讀取的Data Page數量。在內存不變的情況下，可以通過優化查詢語句，減少數據訪問量，來提高SQL Server 數據文件的讀取性能。

㈢ 機械硬碟與固態硬碟讀寫速度是多少

1、機械硬碟讀復寫速度平均60---80M每秒。

2、固制態硬碟不同品牌型號之間，平均大約在150---300M每秒。

3、5400轉的筆記本硬碟：50-90MB每秒。

4、7200轉的台式機硬碟：90-190MB每秒。

5、固態硬碟的讀寫速度可以達到500MB/s。

(3)怎麼測試機械硬碟io性能擴展閱讀：

機械硬碟和固態硬碟的區別：

1、防震抗摔性：機械硬碟都是磁碟型的，數據儲存在磁碟扇區里。而固態硬碟是使用快閃記憶體顆粒（即內存、MP3、U盤等存儲介質）製作而成，所以SSD固態硬碟內部不存在任何機械部件。

這樣即使在高速移動甚至伴隨翻轉傾斜的情況下也不會影響到正常使用，而且在發生碰撞和震盪時能夠將數據丟失的可能性降到最小。相較機械硬碟，固硬佔有絕對優勢。

2、數據存儲速度：從PConline評測室的評測數據來看，固態硬碟相對機械硬碟性能提升2倍多。

3、功耗：固態硬碟的功耗上也要低於機械硬碟。

㈣ 如何提升磁碟io

1. 文件越多讀取越慢：如果可以的話，將多個小文件合並成一個文件。

2. 讀寫次數越多讀取越慢：一次多讀一些數據到內存。

3. 將讀寫操作分配到不同的硬碟上。

4. 磁碟RAID0比RAID5讀寫速度快很多。

㈤ 如何測剛買的固態硬碟 好壞速度

1、首先下載一個CrystalDiskInfo軟體，查看一下硬碟使用情況，主要看通電次數、寫入量，擦出計數等判斷是否是新盤。

要想測試出最佳性能，SSD硬碟最好作為從盤並且沒進行數據寫入，4K對齊，開啟ACHI，關閉節能（包括BIOS里關閉C1E，系統中電源管理中運行在高性能），安裝好IASTOR驅動（AMD主板用windows系統默認的就可以），如果CPU可以超頻的話最好超頻，這樣就能測出比較高的性能。

㈥ T440 把系統裝在機械硬碟 開機會報IO問題，安裝在自帶的16gssd中就沒有問題

尊敬的用戶您好！
您好，建議您嘗試備份硬碟裡面的所有數據之後重新分區安裝系統到系統盤。

無效的話，檢測機器的硬碟，BIOS中檢測硬碟的方法(新機型)：1、開機出現ThinkPad標志時，按F12(若無反應，按Fn+F12)進入啟動目錄。2、按Tab鍵，選擇Lenovo Diagnostics進入診斷工具。3、選擇Quick Storage Device Test，選擇好後，移動到next按回車。4、移動到selcet/deselect all，按空格鍵選擇所有項目，移動到run test按回車(X 為選中，默認就是X)。5、檢測開始執行，檢測過程中右側會出現檢測結果，如果均為PASS，說明硬碟故障可能性非常小。
也可以送去當地的服務站幫您檢測維修。

您也可以通過如下鏈接獲取更多ThinkPad資料:http://support1.lenovo.com.cn/lenovo/wsi/Moles/doclist.aspx
期待您滿意的評價，感謝您對聯想的支持，祝您生活愉快！

㈦ 機械硬碟初始化io設備錯誤

咨詢記錄 · 回答於2021-07-22

㈧ 機械硬碟寫入速度和讀寫速度一般是多少

機械硬碟的寫入速度和讀寫速度一般約為120MB/S，SATA協議的固版態硬碟速度約權為500MB/S，NVMe協議（PCIe3.0×2）的固態硬碟速度約為1800MB/S，NVMe協議（PCIe3.0×4）的固態硬碟速度約為3500MB/S。

機械硬碟主要由碟片，磁頭，碟片轉軸及控制電機，磁頭控制器，數據轉換器，介面，緩存等幾個部分組成。

(8)怎麼測試機械硬碟io性能擴展閱讀

硬碟的容量：硬碟容量以兆位元組（MB）或千兆位元組（GB）為單位，1GB=1024MB，1TB=1024GB。但硬碟廠商在標稱硬碟容量時通常取1G=1000MB，因此在BIOS中或在格式化硬碟時看到的容量會比廠家的標稱值要小。

硬碟的容量指標還包括硬碟的單碟容量。單碟容量越大，單位成本越低，平均訪問時間也越短。主流硬碟是500G，而750G以上的大容量硬碟亦已開始普及。

㈨ elasticsearch怎麼提高磁碟性能io

性能測試
在一個節點的一個分片，不設置副本，測試性能
在完全默認設置上記錄性能數據，作為測試的基準線
確保性能測試持續30分鍾以上以確認長時間的性能；短時間的測試可能不會碰到segment合並和GC，無法確認這些因素的影響
每次基於默認基準線更改一個參數，如果性能有提升就保留設置，並基於此設置做後續的測試
bulk使用建議
每個請求大小建議在5-15MB，逐步增大測試,當接收到EsRejectedExecutionException，就說明已經到達節點的瓶頸了，就需要減少並發或者升級硬體增加節點
當寫入數據時，確保bulk請求時輪詢訪問所有節點，不要發送所有請求到一個結點導致這一個節點要在內存存儲所有請求的數據去處理
優化磁碟IO
使用SSD
使用RAID 0，不用鏡像備份，用replicas保證數據正確性，增大磁碟IO
使用多個磁碟給Elasticsearch訪問，通過在path.data中添加
不使用遠程存儲，如NFS／SMB／CIFS；延時將成為性能瓶頸
段合並
段合並是很消耗計算資源和磁碟IO的操作，特別是出現比較大的段合並。
當出現段合並的速度落後於索引寫入的速度，Elasticsearch為了避免出現堆積的段數量爆發，會降低單個線程的索引寫入速度，並且會在INFO的log里記錄「now throttling indexing「
Elasticsearch默認比較保守，不想讓搜索的性能被後台的段合並影響，默認的段合並速率限制比較低，默認是20MB/s，但如果使用的是SSD，可以考慮把這個參數設置到100-200MB/s
PUT /_cluster/settings
{
"persistent" : {
"indices.store.throttle.max_bytes_per_sec" : "100mb"
}
}123456123456

如果你只是用bulk導入數據而不關注查詢性能，可以關閉合並的閾值
PUT /_cluster/settings
{
"transient" : {
"indices.store.throttle.type" : "none"
}
}123456123456

然後在導入完數據之後恢復成「merge」來恢復這個閾值設置
如果是機械硬碟，你需要增加下面的配置到elasticsearch.yml中
index.merge.scheler.max_thread_count: 111

機械硬碟的並發IO性能較差，我們需要減少每個索引並發訪問磁碟的線程數，這個設置會有max_thread_count＋2個線程並發訪問磁碟
如果是SSD可以忽略這個參數，默認線程數是Math.min(3, Runtime.getRuntime().availableProcessors() / 2)，對於SSD來說沒有問題。
可以增大index.translog.flush_threshold_size參數，默認是200M，可以增大到如1GB。增大這個參數可以允許translog在flush前存放更大的段(segment);更大的段的創建會減少flush的頻率，並且更大的段合並越少，會減少磁碟IO，索引性能更高。

㈩ 如何控制硬碟 I/O 優先順序

Windows 7引入了I/O優先順序的概念，通過針對不同類型的應用劃分不同級別的硬碟I/O優先順序訪問，將系統後台引用的磁碟訪問優先順序設置為低級別，系統前台的各類用戶應用則允許優先執行硬碟訪問，這樣就可以很大程度地改善機械硬碟在IOPs方面存在的不足，在同一時間內根據用戶操作合理劃分硬碟I/O優先順序。

低優先順序硬碟訪問應用於Windows 7自身的一些新特性，從而給運行在機械硬碟上的Windows 7帶來以往操作系統無法提供的性能體驗，以下列出的Windows 7特性都應用了低優先順序的I/O：

Windows 7自身的一些啟動項與服務；

SuperFetch提前緩存應用程序頁面的操作；

Windows搜索功能創建索引資料庫時；

Windows Defender執行例行掃描；

磁碟碎片自動整理。