怎么测试机械硬盘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执行例行扫描；

磁盘碎片自动整理。