html tool

显示标签为“磁盘,”的博文。显示所有博文
显示标签为“磁盘,”的博文。显示所有博文

2021年6月27日星期日

转:判断ssd或者hdd

 https://blog.csdn.net/sch0120/article/details/77725658

方式二:

使用lsblk命令进行判断,参数-d表示显示设备名称,参数-o表示仅显示特定的列。


[cheshi@cheshi-laptop2 ~]$ lsblk -d -o name,rota

NAME    ROTA

nvme0n1    0

[cheshi@cheshi-laptop2 ~]$


这种方法的优势在于它只列出了你要看的内容,结果比较简洁明了。还是那个规则,ROTA是1的表示可以旋转 【HDD】,反之则不能旋转【SSD】。


方法一

判断cat /sys/block/*/queue/rotational的返回值(其中*为你的硬盘设备名称,例如sda等等),如果返回1则表示磁盘可旋转,那么就是HDD了;反之,如果返回0,则表示磁盘不可以旋转,那么就有可能是SSD了。


[cheshi@cheshi-laptop2 ~]$ cat /sys/block/nvme0n1/queue/rotational

[cheshi@cheshi-laptop2 ~]$ grep ^ /sys/block/*/queue/rotational

/sys/block/dm-0/queue/rotational:0

/sys/block/dm-1/queue/rotational:0

/sys/block/dm-2/queue/rotational:0

/sys/block/nvme0n1/queue/rotational:0

/sys/block/sda/queue/rotational:1

[cheshi@cheshi-laptop2 ~]$

这种方法有个问题,那就是/sys/block/下面不只有硬盘,还可能有别的块设备,它们都在干扰你的判断。


2019年1月17日星期四

转:CentOS下挂载硬盘(fdisk,mkfs.ext4,mount)


https://segmentfault.com/a/1190000002737462

centos挂载硬盘

挂载硬盘步骤:

1. 先分区
fdisk  /dev/sdb
    -p 查看分区
    -n 创建分区
        -p 创建主分区  [popexizhi:这里没有测试扩展分区,回头试试:)]
        -1 这是分区序号
        -回车,回车(这里选择扇区起始位置和分区大小,类似:+1G 这样的格式)
        -w 保存退出


重启系统好像才可以开始2. 格式化 
mkfs.ext4  /dev/sdb1 [popexizhi:  mkfs -t ext4 /dev/sdb1]

3. 挂载
比如挂载到 /data0下面,则先创建目录  mkdir /data0
再挂载: mount  /dev/sdb1  /data0

4. 硬盘随机启动挂载
vim /etc/fstab里面添加如下内容:
/dev/sdb1   /data2  ext4 defaults  0 0
或者
UUID=a4a6201b-4e1e-4f64-bde0-dc502599be2e   /data2  ext4 defaults  0 0
更推荐下面这种方式,查看UUID通过命令:blkid 查看,例如:

[root@hadooptest ~]# blkid
/dev/sda1: UUID="313f8b93-ed62-4f3f-9b27-d92d844fbb6e" TYPE="swap"
/dev/sda2: UUID="56adf238-c8b2-4458-882b-bfa7204042de" TYPE="ext4"
/dev/sdb1: UUID="2fd1b7ca-d4de-4a40-b1e5-db14dd503b4a" TYPE="ext4"
/dev/sdb2: UUID="a4a6201b-4e1e-4f64-bde0-dc502599be2e" TYPE="ext4"

2017年11月8日星期三

读书笔记_磁盘_pidstat

P385
pidstat -d 输出磁盘IO统计信息,如下
例子:
pidstat -d 10                                                                                                        [0]
Linux 4.2.0-42-generic (test03) 11/09/2017 _x86_64_ (24 CPU)

10:26:23 AM   UID       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
10:26:33 AM  1000      5724      0.00      0.80      0.00  java
10:26:33 AM  1000     55025      0.00      0.80      0.00  java

10:26:33 AM   UID       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command

10:26:43 AM   UID       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command

10:26:53 AM   UID       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
10:27:03 AM  1000      5724      0.00      0.80      0.00  java
10:27:03 AM  1000     55025      0.00      0.80      0.00  java

其中 
kB_rd/s, kB_wr/s 同iostat 介绍

kB_ccwr/s : 每秒取消的写入KB数(例如: 写回前的覆盖写)

只有超级用户(root) 可以访问不属于自己的进程的磁盘统计信息,这些可以通过读取/proc/PID/io获得.

2017年11月2日星期四

磁盘-笔记

P358
这个对着磁盘阵列大叫的使磁盘IO突然变慢的实验太让人吃惊了,虽然在加入物理震动的解释很合理,但让人突然感觉,磁盘也有生命似的:),对着你不喜欢的机器大叫吧,它是可以感觉到的!!!
Greggs对着磁盘阵列大叫的那个视频地址https://www.youtube.com/watch?v=tDacjrSCeq4
太让人震惊的效果了,下面是主要的截图
峰值时IO慢的监控

这个是greggs的大叫的方式

2017年11月1日星期三

磁盘-笔记II

P352

磁盘的度量指标:
1. 随机或者连续负载
2. 读写比例(与IOPS或者吞吐量相关)
     读写比例的衡量用来优化性能的方式如下:
     读频率高的应用可以用来增加缓存获得性能;
     写频率高的应用可以用增加磁盘来提高IOPS和最大吞吐量。
3.IO的平均大小(字节数),或者IO大小的分布

P353


P354


物理磁盘的使用率被虚拟磁盘完全屏蔽了,无法通过操作系统级别看到的数据,做出正确的评估。这里的两个例子:
1. 会写虚拟磁盘看到并不繁忙的负载,和这之后某个时间无理由的忙得挺不下【popexizhi:感觉这特性让磁盘看上有点儿不受系统控制似的,传说中中邪的表现来源吧:)】
2.100%使用率的虚拟磁盘,由于有多个物理磁盘,可以接受更多的任务,这个100%只是其中的部分硬盘比较繁忙,还有空闲的可以承担剩下的请求。【popexizhi:大于100%使用率的磁盘一定就是虚拟磁盘吧?!我可以称呼他们闹鬼磁盘吗?:)】



饱和度的使用窗口时间,将100%的使用率时间段摊平了,要使用根据检查IO时间,这个值才可以放心使用。【popexizhi:其实测量过程中多数单位时间平均值都与这个饱和度存在相似的问题,配合时间波动图也要看x轴的时间间隔才能评估使用的】

P355


IO等待指标的问题,在于并发进程的CPU使用时间杂合到一起了,原文中给了很棒的饥饿型进程和大的IO等待进程导致的错误判断的例子,这里提到solaris10之后的开始使用 应用程序阻塞到磁盘IO上时间这个指标是个不错的提议,不知linux当前是否有对应的查看方法???

2017年10月30日星期一

磁盘-笔记




Ps:
1。作者推荐了两个磁盘IO评价的参考值,
对于企业存储领域而言大于10ms的磁盘IO是太大了;
对于web应用程序的磁盘IO只有超过100ms才是问题(包括单个IO时间,或者在一个应用轻轻周期的时间总和)

2. 关于磁盘返回的两种延时:是双峰分布的,参考2.22图
一个来自与磁盘缓存命中率(低于100us);
一个来自与缓存的未命中率(1-8ms, 甚至更慢,取决于访问模式和磁盘类型)

3.磁盘IO的延时时间尺度实例表(见上图)中从磁盘缓存命中比喻为1s 的话,机械磁盘的连续读就是10s,读闪存SSD就是1~10s直接,这个比喻好形象啊:)赞一个。





服务时间和等待时间
其中不同的角度是一个很大的问题,例如:
从操作系统角度(块设备接口),服务时间,不包含操作系统队列的等待时间,只反映了磁盘设备对操作请求的总体性能;
对磁盘,服务时间是从磁盘开始主动服务IO开始算起的,不包含磁盘等待时间;
磁盘响应时间,从OS角度观测到服务时间;
而IO响应时间是从应用程序角度出发,包括系统调用层之下的全部时间总和(服务时间,全部等待时间, 和代码执行时间)