通过dd命令测试硬盘读写速度/性能

2024年10月27日 21:44

要使用 dd 命令测试磁盘速度，可以写入一个临时文件并测量写入和读取速度。以下是一些示例：

测试写入速度

此命令将 1GB 文件写入磁盘，并提供写入速度：

dd if=/dev/zero of=testfile bs=1G count=1 oflag=dsync

if=/dev/zero 使用空字节源。
of=testfile 指定输出文件。
bs=1G 设置块大小为 1 GB。
count=1 指定只写入一个块。
oflag=dsync 确保数据实际写入磁盘，从而提供更准确的速度测量。

示例输出：

1+0 records in
1+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 1.58025 s, 679 MB/s

测试读取速度

首先，清除文件系统缓存/Cache以避免缓存影响：

sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'

然后，将文件读回：

dd if=testfile of=/dev/null bs=1G count=1

if=testfile 从刚写入的文件读取。
of=/dev/null 丢弃输出，以确保仅测试读取速度。

清理

测试完成后，删除临时文件：

rm testfile

这些命令提供了近似的磁盘速度，但对于更准确的结果，建议使用专用的基准工具，如 fio 或 hdparm。

英文：How to Use dd Command to Test the Hard Disk Speed?

本文一共 234 个汉字, 你数一下对不对.

通过dd命令测试硬盘读写速度/性能. (AMP 移动加速版本)

赞赏我的几个理由.

¥ 打赏支持

扫描二维码，分享本文到微信朋友圈

75a5a60b9cac61e5c8c71a96e17f2d9c 通过dd命令测试硬盘读写速度/性能 I.T. LINUX 硬盘

The post 通过dd命令测试硬盘读写速度/性能 first appeared on 小赖子的英国生活和资讯.

折腾辣眼睛的老笔记本

我的天

xrspook

2024年8月8日 10:44

当年今日

周三的这一天感觉做了很多事情，感觉做了很多，实际上也做了很多，跟往常不一样的还有口述了很多东西。那些一直以来都习以为常形成了条件反射的事情全部都得说出来。虽然已经尽量说得仔细一些，但肯定难免会出现一些漏掉的情况，因为突发的意外实在太多了。

最耗费我眼睛的是在一台旧的联想笔记本上重装win10系统，以及安装一些必要的软件。那是一台单位的电脑，因为某个同事有需要，且她要长期使用，所以单位没有分她一台新的笔记本，而是给了一台旧的笔记本。之所以知道那是一台有点年头的电脑因为那个电脑的体积就证明了，那是一台老式的联想Thinkpad。开机以后发现用的是win7系统，界面很干净，除了windows以外就只有一个WPS，显然，无论是win7还是WPS，都无法满足办公的需要。我赶紧看了一下电脑的配置，是5系i5，搭配的是8G的内存。就工作来说，这足够了。因为我家那个3系的i3搭配8G的内存也能干活。接下来我赶紧去办公室问能不能把那个电脑格式化重装，得到的回答是可以这么干。那台电脑之所以那么干净，估计之前已经被处理过。这台被处理过的电脑，为什么会存放在那里没有被使用，估计是因为太老了。

光看配置，我并不觉得这台机器有多不堪，但是当我装win10的时候就发现速度真的很感人。那个安装速度跟我家那台i3有得一拼，尤其是当U盘插进去以后，左上角的那个提示符闪了好久才终于弹出了安装win10的界面。那个时候我甚至觉得是不是我的U盘有问题了，但是我那个U盘已经装了好多台机，虽然那些机器都是1、2年前装的，但为什么就在这台机的时候就出状况呢？最后发现U盘没问题，电脑也没问题，只是有点慢而已。因为我的win10安装程序是几年前下回来的，所以win10装上去以后又花了大概一个下午的时间才把更新补全。接下来还要装Microsoft 365。那个东西首先我得申请一个新的outlook账号，然后让单位的人把它绑在家庭版上。当我在新的账号上面，发现365已经捆绑成功以后，我再从那里下载64位365的安装程序。更新补丁很耗时间，下载365也很耗时间，关键是笔记本连的那个WiFi网络下载的峰值速度就只有700KB/s而已。

一开始把win10装好了以后，发现电脑的显示器明暗无法调节，无论我怎么按，明明屏幕上已经显示我按了，但实际上光亮没有任何变化，一直以来那个屏幕都是以最光亮的形式展示在我的眼前，一整个下午的操作，我都觉得很辣眼睛。

傍晚的时候，终于windows的更新算是基本上装完了，Microsoft 365也已经安装完成，我又把MySQL的软件装了一下，接着拿了个查询数据库的Excel文件测试，一切正常。接下来我又关机开机重启了好几遍，几乎每次开机关机都要更新些内容，于是每次开机关机都很慢。慢到让你觉得是机子的性能有问题，但实际上可能是后台在进行着更新的操作。正在使用的过程中，屏幕突然黑了，然后过了很短一段时间，屏幕又亮了，我发现屏幕的亮度降到了最低，那一刹那我感觉挺郁闷，该不是电脑装好了，然后就出状况了吧。当我再去按笔记本电脑的光亮度调节的时候，发现终于可调光亮度了，所以结论就是一开始屏幕最亮光亮度无法调节实际上是因为我重装了win10，但是对应的驱动还没有自动装上去。

当我搞完一切以后，我发现怎么这个屏幕的字体这么大呢？为什么打开一个表格就只能显示很小的一部分呢？结果发现这台电脑果然有些年头，因为它的最大分辨率才1366×768，所以这个大概是什么年代的电脑呢？我2018年买的荣耀MagicBook R5，分辨率已经是1920了，但因为我觉得那个字体太小，所以通常我都是放大到125%看。我感觉这台电脑大概有10年的历史了。

但总算需要我操作的部分，基本上已经完成。看了一个下午的辣眼睛，再看自己的显示器，感觉真舒服。

性能负优化 – 博客更新（一百一十九）

2B博客

2broear

2024年1月26日 10:12

自版本 v1.3.8.6 变更优化主题目录结构后，偶然几次测试 lighthouse 发现分数骤降到 70+，然后普通访问页面的时候能直接感觉到那种>1s的延迟停顿感（就是那种点击后要延迟<1s而不是直接跳转加载，体验极差），反复变更测试后台函数无果，这真是离谱他妈给离谱开门了。我一直以为是结构优化出了问题（因为目前变更后每次调用模板都会扫一遍指定 templates 目录而不是默认载入的根目录，看后面要不要调回来）

后面搞半天也没啥效果，时好时坏的，今天调试 php8.0 测试站的时候发现体感速度非常快（虽然测试站内容少，想起去服务端看看缓存配置，8.0是正常配置，但突然一眼发现主站目前的 php 版本是 7.4（因为之前一直用的配置好的 7.3），马上想到是不是上次切换版本后没开缓存？结果一看还真是… 马上配置起来，再次访问测试一下就变快了（体感<1s，点击后立刻反应），我寻思这玩意还真好用（虽然没以前<0.5s瞬间打开那么快，极可能是 v1.3.8.6 的模板结构扫描变更导致，如果是该原因那么这变更很可能会在后续版本进行回退。

阅读视图