腾讯云的云硬盘用 DD 命令测试仅有 1.6MB/s 的速度，但腾讯云的工作人员坚称符合预期，由于我对 IO 这块不太熟悉，请大家帮忙看看，谢谢

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

Recommended Services

› Amazon Web Services

› LeanCloud

› New Relic

› ClearDB

这是一个创建于 2548 天前的主题，其中的信息可能已经有所发展或是发生改变。

腾讯云的云硬盘用 DD 命令测试仅有 1.6MB/s 的速度（测试命令 time dd bs=64k count=4k if=/dev/zero of=test ），但腾讯云的工作人员坚称符合预期（在国内友商相同 DD 命令测试均速在 20MB/S 的情况下，这速度真的是符合预期的吗？），多轮工单沟通下来，如果不是在其它的云服务商处也有服务器，我都差点被说服了，由于对系统 IO 这块不是很熟悉，请大家看看，他们所说的是否有理？谢谢

以下是工单的沟通记录：

沟通记录

问题描述 2017-12-31 21:34:52
系统盘所在的云硬盘 IO 极其低下(云硬盘的资源 ID：disk-lyez6hhm ），打开一个几 MB 的文档都要好几秒，请帮我看下，是否是此硬盘所在的仓库负载太高了？我另外一块作数据盘的云硬盘就还算比较正常。谢谢

下面是硬盘的检测信息（多次检测都在 1.5MB/s 左右）：
root@VM-0-13-debian:~# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 169.199 s, 1.6 MB/s

real2m49.208s
user0m0.008s
sys0m0.520s

10000340 : 2017-12-31 21:38:19
此问题从今天中午到目前一直是这样，我之前以为是遇到了 IO 负载高峰，但经多次检测一直是这样，应该是云盘所在的节点有问题

腾讯云工程师 : 2017-12-31 21:43:19
您好，关于您反馈的问题正在为您核实，请您耐心等待。

10000340 : 2017-12-31 21:51:38
好的，目前云盘里还没有存放任何资料，如果需要迁移，无需考虑数据保存的问题，直接迁移即可，多谢！

腾讯云工程师 : 2017-12-31 21:54:32
您好，您那边方便提供下服务器登陆密码，我们进去测下吗？

10000340 : 2017-12-31 22:01:36
登录信息，谢谢

root
t*********

腾讯云工程师 : 2017-12-31 22:02:30
好的，收到，感谢您的配合。

腾讯云工程师 : 2018-01-01 10:40:28
您好，经核查您服务器磁盘性能是符合预期的，主要是 dd 命令是单线程的顺序写，块大小指定大小，IOPS 会到瓶颈，指定太大会导致 IOPS 上不去，建议使用 fio 命令可测试出磁盘极限性能，具体可以参考文档中测试方法：
https://cloud.tencent.com/document/product/362/6741
大图

大图

10000340 : 2018-01-01 13:09:07
您好，
这是我刚刚在本机系统盘上所做的测试：
root@VM-0-13-debian:~# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 159.261 s, 1.7 MB/s

real 2m39.286s
user 0m0.016s
sys 0m0.508s

这是在本机附加的数据盘（也是云盘，挂载在 www 目录上）上所作的测试：
root@VM-0-13-debian:/www# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 41.2061 s, 6.5 MB/s

real 0m41.213s
user 0m0.008s
sys 0m0.384s

同一台机器两个不同的云盘，测试结果差距如此大，这很明显是云盘所在的仓库有问题，如此之低的 IO 这怎么可能正常，而同样是云盘的阿里云和京东云就一直很正常,并且，刚刚我在 V2EX 论坛上咨询其他有你们云主机的人都说这完全不正常，如此之低的性能，如何来跑各类应用呢？我相信我将这对比结果发在你们论坛里也不可能有人敢说这是正常的。

这是阿里云的云盘上同样命令的结果：

# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 10.135 s, 26.5 MB/s

real 0m10.139s
user 0m0.006s
sys 0m0.322s

这是京东云硬盘上同样命令的结果
# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 12.7922 s, 21.0 MB/s

real 0m12.794s
user 0m0.016s
sys 0m0.468s

腾讯云工程师 : 2018-01-01 13:51:27
您好，dd 命令测试具有局限性，麻烦您使用 fio 命令测试一组数据这边对比进一步确认问题，或者授权这边登录您服务器安装 fio 命令进行测试，fio 使用可参考文档 1，各种块存储设备性能对比可参考文档 2
https://cloud.tencent.com/document/product/362/6741
https://cloud.tencent.com/document/product/362/2353

大图

温馨提示：若您在此单中有提供 SecretID/SecretKey 或账号密码等信息，请您在结单后尽快修改，以免造成不必要的损失。

10000340 : 2018-01-01 14:01:39
我明白你所说的 DD 命令的局限性，但问题是，同一台机器，同为云盘，同样执行 DD 命令为何两块硬盘的差距是如此之大？就算是有局限性，为何执行结果差距如此大？这只能说明一个问题，这块系统盘 IO 有问题，你刚刚的解释让我感觉像是我用皮尺量同一件衣服的袖子，发现结果是一只长一只短，你却认为我测量的工具有问题，让我换成你们认可的工具来量，这样有意义吗？

10000340 : 2018-01-01 14:04:31
本机系统云盘（ 50GB)：268435456 bytes (268 MB) copied, 159.261 s, 1.7 MB/s
本机附加的数据云盘(40GB)：268435456 bytes (268 MB) copied, 41.2061 s, 6.5 MB/s

是否换一个工具这两个就一样了呢？谢谢

腾讯云工程师 : 2018-01-01 14:55:27
您好，云硬盘也是网络盘，系统盘和另外的数据盘不一定是在同一个宿主机上，所以性能可能会存在差异，您使用 dd 命令测试有两个弊端，因为是单线程，一个是块大小指定太小，IOPS 到达上限，块大小指定太大，IOPS 上不去，fio 可以开启多线程写入测试，可以测试出磁盘极限性能
http://blog.yufeng.info/archives/2104

10000340 : 2018-01-01 15:13:57
您好，请看看您们论坛里管理人员对同样的 DD 测试结果为 1.6MB 是怎么说的？

http://bbs.qcloud.com/thread-44620-1-2.html

如果您还非要坚持说 1.6MB/s 就是你们腾讯云的正常速度的话，那我只能说，您这样简单的回避问题会砸了腾讯云招牌的。

祝您新年快乐

10000340: 2018-01-01 15:16:16
同样的 DD 命令，time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync，同样差不多的测试结果，但完全不同的处理。您这是代表您们腾讯云鄙视小客户么？

腾讯云工程师 : 2018-01-01 17:15:07
您好，抱歉让您久等了，目前还在核查您反馈的磁盘性能低问题，有结论给您工单回复，请关注工单回复，谢谢

腾讯云工程师 : 2018-01-02 11:31:05
您好，很抱歉让您久等了。这里和后端同事确认了下，目前在系统盘上使用 dd 命令测试的时候，获得的参数都是较低，但实际上并不会影响性能，如下是我的测试结果：

广州 s2 机型上系统盘云盘测试结果
time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 173.576 s, 1.5 MB/s

real2m53.599s
user0m0.015s
sys0m0.696s

在香港云盘上测试结果：
time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 172.495 s, 1.6 MB/s

real2m52.523s
user0m0.016s
sys0m0.732s

系统盘为本地盘的测试结果：
time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 64.7305s, 4.1 MB/s

real1m4.77s
user0m0.007s
sys0m0.405s

从测试结果来看，云盘的速率都是差不多的，使用过程中性能都是符合预期的，如果您对磁盘性能要求较高，可以考虑使用本地盘作为系统盘。
另外针对您工单里面反馈的论坛中的那个帖子，这边核实了下，当时对应用户反馈的磁盘是数据盘，并非系统盘。
以上是给您的答复，如果您有疑问，可以继续回复，谢谢。

10000340 : 2018-01-02 13:25:26
抱歉，刚刚又去看了下所说的论坛中的那个帖子，该用户明明很明确的注明了有问题的盘是系统盘，怎么到了这儿就变成非系统盘了呢？下面是你们论坛原贴的内容：
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
pdm 发表于 2017-11-22 16:31
你好！可以麻烦提供一下云硬盘的 ID 吗？我们来看下出了什么问题

你好. 这是我的云盘信息:

资源 ID disk-il523keb
状态已挂载
地域华东地区（上海）可用区上海一区
磁盘类型云硬盘
磁盘属性系统盘
云硬盘容量 40G
已挂载云主机 ins-r6qk0rsx
点评

pdm 楼主你好，根据我们后台查看，您的硬盘在双 11 高峰时刻被分配到了负载较高的仓库中，导致硬盘性能收到当时高峰影响，后续已经将其迁移到了负载正常的仓库里，不知道楼主是否方便再测试一下看看结果呢？详情回复发表于 2017-11-24 20:26
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

……。此处腾讯云的工程师尚未回复。

第 1 条附言 · 2018-01-02 14:48:34 +08:00

腾讯云的最新回复：

腾讯云工程师 : 2018-01-02 14:36:03
您好，非常抱歉，这里是我看错了。帖子中的这个用户当时我们是为他的磁盘在后端做了迁移，目前您的磁盘和帖子中的用户一样是处于我们的万兆网络环境，并且是性能上没有帖子中用户的高负载问题。
您可以看下我自己上面三台机器的测试结果，这里系统盘的测试结果是和您测试的差不多的，但是性能确实没有问题，上面的工单回复用也告知过您，我们是建议使用 fio 测试工具来进行压力测试的，其他几家云厂商也是推荐使用 fio 来测试的，您可以看下他们的说明。
https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/benchmark_procedures.html
https://help.aliyun.com/document_detail/25382.html?spm=5176.54360.880815.1.30a6077wlhHN5
目前给您答复的就是您的磁盘性能确实没有问题，如果有问题的话，这边肯定是为您处理的，请您知悉。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
感觉不想再撕了，他们坚决认为他们的这个 1.6MB/s 磁盘 IO 没有问题。并且也无视和友商的性能差距，只好是到期了就扔

第 2 条附言 · 2018-01-03 11:37:26 +08:00

在提出这个疑问后, 工作人员多次电话沟通，现在问题基本解决, 就目前的情况来看，出现这样的情况，应该是云商各家采用的技术体系不一样，因为技术架构及指令的优先级问题导致 dd bs=64k count=4k if=/dev/zero of=test oflag=dsync 测试看起来慢,但实际应用上基本没有影响,正如上面有的朋友所说低配置的机器严格关注极限的 IO 操作意义不大，期间由于我对数据存储运维这块不熟悉，腾讯云专业的工程师打电话来详细给出了正确的测试方法,我也有点过份较真了。我很作?哈哈
同时也感谢其他所有回复，和热心测试的朋友。有很多的朋友给出了夸张的测试结果数据,那是你们没有加 oflag=dsync 这个参数,直接写内存当然快了 :D ,同时,很多朋友直接测试的是本地硬盘, 这个和网络云存储完全不一样(本地盘能不快吗? :D ),谢谢您们！

records

云盘

dev

bytes

116 条回复

1 2

❮

❯

7654

2018-01-02 13:57:35 +08:00

我居然全部看完了，一开始就应该拖到底看结果的

sky77733

2018-01-02 14:05:20 +08:00

@7654,最后这个结果不是我这个工单的结果，是在他们论坛里另一个用户的投诉帖子，也是相同的 1.6MB/s 的龟速硬盘，官方工作人员给他解决了，我给他们引用了这个例子，他们还给我撒谎说对方的盘是数据盘，但这个帖子里明明写着：系统盘。工间沟通的次数多了，您可能没有看明白，TX 这帮人现在给我的回复是：他们的云硬盘如果是系统盘的话，time dd bs=64k count=4k if=/dev/zero of=test 测试的结果是 1.6MB/s 就是符合预期的,如果高于这个值，算你运气好

7654

2018-01-02 14:24:06 +08:00

@sky77733 #2 我的意思是 TX 为什么不一开始就索要云盘信息，去看看仓库
好像有迷之自信

sky77733

2018-01-02 14:29:18 +08:00

@7654 很明显，这自信来自于他们认为 1.6MB/s 的速度是正常的，国内云服务的友商相同 DD 命令最至少在 20MB/S 以上了，这 1.6MB/s 他们怎么好意思认为是正常的，这才是谜之自信 :D

vjnjc

2018-01-02 14:29:44 +08:00

多谢楼主的命令，我的 digital ocean 的 vps 居然有 800MB/s，感觉你这个有点低啊

snail00

2018-01-02 14:31:16 +08:00

我在腾讯的小鸡上测有 59.4MB/s

# time dd bs=64k count=4k if=/dev/zero of=test
记录了 4096+0 的读入
记录了 4096+0 的写出
268435456 字节(268 MB)已复制，4.51664 秒，59.4 MB/秒

real 0m4.967s
user 0m0.001s
sys 0m0.397s

sky77733

2018-01-02 14:31:40 +08:00

vjnjc 兄弟，这个不是低，这简直是低得令人发指啊，这已经是钻石盘系列了

predator

2018-01-02 14:35:43 +08:00

1.6 很神奇了……超售之王 alpharacks 都有 5M

lyhiving

2018-01-02 14:36:34 +08:00 via Android

首先要看你开了多大的网盘，如果是 50G，这个速度不行哟

Kimyx

2018-01-02 14:38:58 +08:00

Digital Ocean SF

root@ubuntu-512mb-sfo2-01:~# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.64059 s, 419 MB/s

root@ubuntu-512mb-sfo2-01:~# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.55183 s, 486 MB/s

root@ubuntu-512mb-sfo2-01:~# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.611724 s, 439 MB/s

heybuddy

2018-01-02 14:39:47 +08:00

4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 3.30072 s, 81.3 MB/s

real 0m3.329s
user 0m0.000s
sys 0m0.411s
--------------------------------------
我的 TX 云测试

sky77733

2018-01-02 14:40:22 +08:00

@lyhiving 硬盘容量是 50GB，只用了 3.5GB 左右。本来嘛他们回复一个超售太多无法解决也就算了，可笑的是他们坚持声称这就是正常的。我对 IO 这块不熟悉，怕错怪了他们，所以来请教各位大神了。

sky77733

2018-01-02 14:42:04 +08:00

@你这个肯定是本地盘，没有采用云盘。

Fleey

2018-01-02 14:50:27 +08:00

腾讯云香港一区的机子。。。同样的命令吧我吓出屎了。
root@debian:~# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 75.9257 s, 3.5 MB/s

real 1m15.937s
user 0m0.016s
sys 0m0.708s

f2f2f

2018-01-02 14:52:11 +08:00

为了防止跑分脚本占用大量 cpu 或者 io，使用 dd 脚本是可能被限速的，真实速度不一定是这个值。

dalibaxiaoliba

2018-01-02 14:54:04 +08:00

按照楼主命令测试一下，滴滴云 800 多，bwh 小鸡 500 多

sky77733

2018-01-02 14:56:44 +08:00

@f2f2f 我在向他们提工单之前，我专门去翻了他们论坛里用户的同类问题的反馈，最起码也在 6MB/S 左右，刚刚上面的也有相同的 TX 云的磁盘测试也在 81MB/S，这不可能是只对我一个人限在了 1.6MB/s 吧，这很显明，是我这块云硬盘所在的节点有问题。但他们对问题视而不见

580a388da131

2018-01-02 14:58:09 +08:00

广州二区系统盘本地硬盘
ubuntu@VM-122-203-ubuntu:~$ time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 72.6165 s, 3.7 MB/s

real 1m12.622s
user 0m0.020s
sys 0m0.912s

KoleHank

2018-01-02 15:01:41 +08:00

我之前买国外的 vps，出现过这种奇低的 io 的情况，都不到 1M，然后我是发工单了给换了个母鸡的

f2f2f

2018-01-02 15:02:00 +08:00

@sky77733 那的确可能是遇到钻石盘了，没用过 tx 云，硬盘能在后台能自助换吗？就是去掉存储，然后重新再加

wtks1

2018-01-02 15:03:45 +08:00

我用 U 盘做系统盘的树莓派都不止 LZ 这个数，腾讯也太坑爹了吧
-------------------------------------------------
root@raspberrypi:/home/ftp# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
记录了 4096+0 的读入
记录了 4096+0 的写出
268435456 字节(268 MB)已复制，46.7692 秒，5.7 MB/秒

real 0m46.780s
user 0m0.030s
sys 0m2.680s

Daath

2018-01-02 15:04:49 +08:00

自己买的渣渣 bwg 都有 200

```
root@ubuntu:~/tmp# time dd bs=64K count=4K if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.971854 s, 276 MB/s

real 0m1.007s
user 0m0.000s
sys 0m0.184s
```

realpg

2018-01-02 15:06:03 +08:00

@sky77733 #17
是不是最小配置的 1C 或者 2C 的机器？那很正常

Huang4966

2018-01-02 15:19:32 +08:00

腾讯云香港
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 110.667 s, 2.4 MB/s

real 1m50.668s
user 0m0.011s
sys 0m0.473s

msg7086

2018-01-02 15:22:07 +08:00

30iops，对于网络硬盘来说是有点慢。

（上面一票用本地硬盘当网络硬盘测的，请你们不要显摆了，网卡延迟和 SATA 总线延迟根本不在一个数量级。）

openbsd

2018-01-02 15:22:17 +08:00

@snail00
命令末尾加 oflag=dsync 试试，我这差距 100 倍啊

4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 0.266384 s, 1.0 GB/s

4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 28.2 s, 9.5 MB/s

msg7086

2018-01-02 15:27:53 +08:00

刚刚在自己买的独立服务器上测过了，结果如下：

第一台：
# dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 109.696 s, 2.4 MB/s

第二台：
# dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 124.721 s, 2.2 MB/s

以及 Amazon 家 AWS 的 SSD 高性能磁盘：
# dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 9.77794 s, 27.5 MB/s

所以，如果你的硬盘不是 SSD，1.6 MB/s 我觉得可以接受。如果是 SSD，那就狠狠怼他们吧。

msg7086

2018-01-02 15:30:04 +08:00

至于楼主你帖子里，第一行说的是测 dd，而工单里却用的 dd dsync，我不知道你是故意的还是不懂。
后面帖子里也是，一会儿贴 dd，一会儿贴 dd dsync，到底哪个？

djy0716

2018-01-02 15:32:34 +08:00

time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 0.275719 s, 974 MB/s

腾讯云广州三..

sky77733

2018-01-02 15:33:01 +08:00

@msg7086 用的是 dd dsync

binjjam

2018-01-02 15:33:23 +08:00

dd 测的是顺序写的吧？ 4k 是否算小块，一般认为 4k、8k、16k、32k 只关注 iops （我一般是用 fio 测试），如果测吞吐的话，我是用 fio 或者 dd 用 1M 块大小来写。
另外 dd 测试写的话，建议加下参数 oflag=direct，你没加带缓存测就不准了，下面这个比较辣鸡（正常是能到 500MB/s 的）

time dd if=/dev/zero of=file bs=1M count=1024 oflag=direct
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 3.37362 s, 318 MB/s

real 0m3.376s
user 0m0.002s
sys 0m0.347s

egen

2018-01-02 15:38:13 +08:00

测试了两台阿里云华东一区的小服务器，iops 大概 200 出头

time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 17.1185 s, 15.7 MB/s

msg7086

2018-01-02 15:39:16 +08:00

@sky77733 是 SSD 吗？不是的话那速度非常快了。
dd dsync 差不多比 dd 慢上 100 倍，dd 应该能到 100MB/s 以上的，你可以试试。

egen

2018-01-02 15:41:25 +08:00

阿里云

time dd if=/dev/zero of=file bs=1M count=1024 oflag=direct
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 18.9442 s, 56.7 MB/s

st2udio

2018-01-02 15:42:07 +08:00

云硬盘很慢的

egen

2018-01-02 15:43:12 +08:00

@egen #34 配置
CPU：1 核
内存：1 GB
实例类型：I/O 优化
实例规格：ecs.xn4.small
实例规格族：共享基本型

xiaodongus

2018-01-02 15:44:35 +08:00

root@jdu4e00u53f7:~# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.177643 s, 1.5 GB/s

real 0m0.179s
user 0m0.000s
sys 0m0.164s

京东北京区。。。这速度有点厉害了。。。

onion83

2018-01-02 15:46:36 +08:00

腾讯云广州，1 核 1G

bs=64k count=4k
-------------------
time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
记录了 2212+0 的读入
记录了 2212+0 的写出
144965632 字节(145 MB)已复制，124.098 秒，1.2 MB/秒

bs=1024k count=1k
-------------------
time dd bs=1024k count=1k if=/dev/zero of=test oflag=dsync
记录了 1024+0 的读入
记录了 1024+0 的写出
1073741824 字节(1.1 GB)已复制，106.109 秒，10.1 MB/秒

客服的说法是有道理的，dd 确实是单进程顺序读写，最简单的办法就是跑多个，如：

dd bs=64k count=4k if=/dev/zero of=test1 oflag=dsync 2> 1 &
dd bs=64k count=4k if=/dev/zero of=test2 oflag=dsync 2> 2 &
dd bs=64k count=4k if=/dev/zero of=test3 oflag=dsync 2> 3 &
……

1、2、3 …… 结果相加大概就是这个系统的 IO 性能

IO 性能这东西确实和很多相关：
软件方面：block size，是否使用 buffer，是否使用异步 io
硬件方面：磁盘阵列卡是否带缓存，缓存大小，写策略是 write-through、write-back

很多云主机 dd <1G 快到飞起，但是 > 1G 就原形毕露了，所以跑分还是建立使用专业压测吧。

1、一般大厂的 IO 指标还是能相信的，但是一分钱一分货。
2、建议使用和自己业务场景相关的压测软件作为基线，如 mongoperf、mysqlslap、redis-benchmark 等。
3、入门低配机器跑分无意义

2018-01-02 15:52:03 +08:00

我猜，所谓的云盘，性能应该主要受节点间网络带宽的影响吧？如果云主机与云盘在同一个交换机下，速度应该很好的，估计腾讯这两个节点肯定不在一个机房，甚至不是同一个运营商。

allen0125

2018-01-02 15:54:02 +08:00

我测了以下我的阿里云，第一次 16M，之后就是 120M，1.4G ，1.5G ，同样感觉不科学

tencentcloud

2018-01-02 16:01:59 +08:00

楼主好，您反馈的问题我们已经收到啦。目前已协调相关专家通过电话和短信联系您处理，但未联系到您。麻烦您方便的时候答复下短信或者工单告知可联系时间，我们会及时联系您解决问题。感谢您的反馈。

windyboy

2018-01-02 16:08:15 +08:00

我也好奇，测了一下 LINODE 的 JP 最低配节点
time dd if=/dev/zero of=file bs=1M count=1024 oflag=direct

1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 1.01395 s, 1.1 GB/s

real 0m1.018s
user 0m0.000s
sys 0m0.277s

snail00

2018-01-02 16:10:53 +08:00

@openbsd #26 差了四倍,
这次测速度也有提升
# dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
三次结果 : 38.4, 58.3, 59.8
# dd bs=64k count=4k if=/dev/zero of=test
三次结果 : 132, 222, 322

相比第一次不加 "oflag=dsync" 的 59.4MB/s 有明显提升.

是腾讯云修复了什么 bug, 还是第一次测试的原因?

shadownet

2018-01-02 16:13:12 +08:00

@windyboy 你这是有缓存，不过 linode 的 ssd 是真 ssd，不是云 ssd

imxieke

2018-01-02 16:18:40 +08:00

@Fleey #14 我刚刚也测试了腾讯云香港的没注意哪个区 ip 是 119.28.x.x 的

```
➜ ~ time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 3.08507 s, 87.0 MB/s
dd bs=64k count=4k if=/dev/zero of=test 0.02s user 0.22s system 7% cpu 3.086 total

```

udev

2018-01-02 16:19:06 +08:00

Welcome to Alibaba Cloud Elastic Compute Service !

[root@xxx ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 1.13294 s, 237 MB/s

real 0m1.207s
user 0m0.001s
sys 0m0.341s

windyboy

2018-01-02 16:19:13 +08:00

@shadownet
嘿嘿
跑了个 dsync
time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 3.74588 s, 71.7 MB/s

gcod

2018-01-02 16:38:30 +08:00

https://i.loli.net/2018/01/02/5a4b44828edca.png

我可能用了假的腾讯云。

flexbug

2018-01-02 16:49:41 +08:00

Last login: Wed Dec 20 13:57:46 CST 2017 on pts/0
[root@localhost ~]# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 0.347938 s, 772 MB/s

real 0m0.350s
user 0m0.003s
sys 0m0.252s

搬挖工 1 年 19 刀的那款

wangyucn

2018-01-02 16:59:28 +08:00

root@vultr:~# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 1.03808 s, 259 MB/s

real 0m1.044s
user 0m0.004s
sys 0m0.707s

vultr 最低配的。

est

2018-01-02 17:03:24 +08:00

@f2f2f 厉害了。还能区分 io 发起者的进程对应的 elf 是不是 dd。。。。。

xpresslink

2018-01-02 17:04:40 +08:00

你那个确实低到发指啊！

这是阿里云 ECS 主机上普通云盘的测试结果
刚测试的。

time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 0.247622 s, 1.1 GB/s

real 0m0.270s
user 0m0.000s
sys 0m0.250s

通常虚拟机都是跑的 Vmware，用光纤交换机连接到存储设备上，共享带宽 8/16G，
当同一个存储上的多台虚拟机都同时读写时候，带宽就不够了，可能会有优先级策略保证 SLA 高的客户
低等级客户的带宽被挤占。
我只是猜的不一定对。

alinwu05

2018-01-02 17:06:46 +08:00

Welcome to aliyun Elastic Compute Service!

[root@ ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 0.245219 s, 1.1 GB/s

real 0m0.284s
user 0m0.002s
sys 0m0.189s

binux

2018-01-02 17:17:50 +08:00 via Android

@xpresslink 你没加 dsync

sky77733

2018-01-02 17:18:17 +08:00

@tencentcloud 感谢您的关注，您们同事刚刚已经和我电话沟通过，由于我对数据存储运维这块不熟悉，就目前的情况来看，出现这样的情况，可能是云商各家采用的技术体系不一样，我之前以为这个 1.6MB/S （ time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync 测试）我这个是个案，但看来还有很多朋友也是这样的情况，您们同事说会进一步排查。
正如上面有的朋友所说低配置的机器严格关注 IO 意义不大，我也有点过份较真了。
也同时感谢其他所有回复，和热心测试的朋友。谢谢您们！

twor2

2018-01-02 17:18:17 +08:00

a

(py3) ➜ ~ time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 16.754 s, 16.0 MB/s
dd bs=64k count=4k if=/dev/zero of=test oflag=dsync 0.01s user 0.34s system 2% cpu 16.757 total
(py3) ➜ ~

b
____

~ time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 87.634 s, 3.1 MB/s
dd bs=64k count=4k if=/dev/zero of=test oflag=dsync 0.00s user 0.53s system 0% cpu 1:27.65 total
➜ ~

avrillavigne

2018-01-02 17:29:38 +08:00

HK 一区普通云盘

[root@VM_xyxyxyxy_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 2.35623 s, 114 MB/s

real 0m3.611s
user 0m0.005s
sys 0m0.286s

god

2018-01-02 17:32:29 +08:00

IO
IOs, IOPS
IO/s, MB/s ( Gbit/s)

xpresslink

2018-01-02 17:33:12 +08:00

time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 13.1765 s, 20.4 MB/s

real 0m13.244s
user 0m0.021s
sys 0m1.031s

xpresslink

2018-01-02 17:35:41 +08:00

在 HP Gen8 上的虚拟机里：
[root@CentOS6 ~]# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
记录了 4096+0 的读入
记录了 4096+0 的写出
268435456 字节(268 MB)已复制，3.05779 秒，87.8 MB/秒

real 0m3.159s
user 0m0.012s
sys 0m1.221s

halczy

2018-01-02 17:36:36 +08:00

不管什么是用 Fio 还是 DD 测试。楼主工单里提到 “打开一个几 MB 的文档都要好几秒” 的情况就很明显不正常。想不到 CloudAtCost 这种同样用石头级网络盘的都比腾讯云要快 60 多倍。

jamesliu

2018-01-02 17:42:08 +08:00

这个很明显是机械或者这个母鸡里有很多“折腾客户”

toptyloo

2018-01-02 17:44:50 +08:00

time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.365392 s, 735 MB/s
dd bs=64k count=4k if=/dev/zero of=test 0.00s user 0.30s system 73% cpu 0.406 total
腾讯云一块钱一个月的学生机

linxl

2018-01-02 17:44:58 +08:00

xxx@xxx:~$ time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.315775 s, 850 MB/s

real 0m0.322s
user 0m0.004s
sys 0m0.224s

plantom03

2018-01-02 17:44:59 +08:00

测试了 Linode Singapore 结点
root@localhost:~# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.252787 s, 1.1 GB/s

real 0m0.254s
user 0m0.003s
sys 0m0.187s

avrillavigne

2018-01-02 17:47:14 +08:00

[root@VM_xyxyxyxy_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 89.897 s, 3.0 MB/s

real 1m29.934s
user 0m0.020s
sys 0m0.780s
[root@VM_83_218_centos ~]#

laoyur

2018-01-02 17:54:38 +08:00

@halczy #61 老哥厉害，CAC 居然还健在？交年费保护费了？

halczy

2018-01-02 18:05:29 +08:00

@laoyur 交保护费了。自从收保护费后相对稳定了很多。偶尔失联一个星期。

Vtrois

2018-01-02 18:11:54 +08:00

刚拿了几台小水管的普通云盘机器测了一下供参考。

北京三区 S2：
[root@VM_37_8_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 1.24492 s, 216 MB/s

real 0m1.247s
user 0m0.001s
sys 0m0.218s

[root@VM_37_8_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 0.949805 s, 283 MB/s
real 0m1.004s
user 0m0.000s
sys 0m0.242s

[root@VM_37_8_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 0.774501 s, 347 MB/s
real 0m0.804s
user 0m0.000s
sys 0m0.242s

北京一区 S1：
[root@VM_25_8_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 1.78932 s, 150 MB/s
real 0m1.863s
user 0m0.001s
sys 0m0.320s

[root@VM_25_8_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 1.3384 s, 201 MB/s
real 0m1.424s
user 0m0.001s
sys 0m0.368s

[root@VM_25_8_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 1.35347 s, 198 MB/s
real 0m1.399s
user 0m0.000s
sys 0m0.368s

香港一区 S1：
[root@VM_31_4_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 2.09602 s, 128 MB/s
real 0m2.811s
user 0m0.001s
sys 0m0.282s

[root@VM_31_4_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 2.46486 s, 109 MB/s
real 0m2.919s
user 0m0.004s
sys 0m0.290s

[root@VM_31_4_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 1.89162 s, 142 MB/s
real 0m3.032s
user 0m0.000s
sys 0m0.296s

Tyanboot

2018-01-02 18:24:18 +08:00

我也在腾讯云的一个 2c2g 的香港节点上测试了一下,不管是系统盘的云硬盘还是数据盘, 都是:

4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 58.8499 s, 4.6 MB/s

Vtrois

2018-01-02 18:26:03 +08:00

下面是使用 dsync 的返回结果
北京三区 S2：
[root@VM_37_8_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 98.123 s, 2.7 MB/s

real 1m38.137s
user 0m0.014s
sys 0m0.535s

北京一区 S1：
[root@VM_25_8_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 66.7693 s, 4.0 MB/s

real 1m6.810s
user 0m0.019s
sys 0m0.826s

香港一区 S1：
[root@VM_31_4_centos ~]# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 110.715 s, 2.4 MB/s

real 1m50.731s
user 0m0.018s

lain0

2018-01-02 18:31:41 +08:00

您好，我是腾讯云的客服，上面我同事可能搞错了，请私信提供您服务器的 ip 和登入帐户我帮您看一下。

#phishing

lain0

2018-01-02 18:32:20 +08:00

@lain0

> 腾讯云工程师 : 2017-12-31 21:54:32
> 您好，您那边方便提供下服务器登陆密码，我们进去测下吗？

沒有人吐嘈這個嗎？這是要多不專業

lynnX

2018-01-02 18:34:37 +08:00

祖传 5.99 的搬瓦工
[root@xx ~]# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 0.451464 s, 595 MB/s

real 0m0.456s
user 0m0.001s
sys 0m0.151s

pdfgo

2018-01-02 18:37:40 +08:00

============电脑本机测试（ ssd，wsl ）=============
rvfu98@xx:~$ time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.158332 s, 1.7 GB/s

real 0m0.194s
user 0m0.000s
sys 0m0.172s

==========腾讯云学生主机测试（ 9.9 每月）===========
[root@txsh1a ~]# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 64.1176 s, 4.2 MB/s

real 1m4.119s
user 0m0.011s
sys 0m0.868s

==========阿里云学生主机测试（ 10 每月）===========
[root@alihd2a ~]# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 16.5078 s, 16.3 MB/s

real 0m16.509s
user 0m0.008s
sys 0m0.406s

=========vultr 最垃圾配置（洛杉矶）==============
root@vultr:~# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 5.29002 s, 50.7 MB/s

real 0m5.293s
user 0m0.012s
sys 0m1.140s

yangeren

2018-01-02 18:52:08 +08:00

本机-->
记录了 4096+0 的读入
记录了 4096+0 的写出
268435456 bytes (268 MB, 256 MiB) copied, 140.29 s, 1.9 MB/s

real 2m20.704s
user 0m0.020s
sys 0m0.696s

----------------------------

bwg-->
记录了 4096+0 的读入
记录了 4096+0 的写出
268435456 字节(268 MB)已复制，0.546408 秒，491 MB/秒

real 0m0.550s
user 0m0.001s
sys 0m0.273s

sola97

2018-01-02 19:35:14 +08:00

测了手头的
腾讯云香港 1.9MB/s
time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 143.852 s, 1.9 MB/s

real 2m23.929s
user 0m0.016s
sys 0m0.696s

我家里的 NAS 是 84.3MB/s
time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 3.1834 s, 84.3 MB/s

real 0m3.225s
user 0m0.012s
sys 0m0.960s

笔记本 win10 WSL 是 2.2GB/s
记录了 4096+0 的读入
记录了 4096+0 的写出
268435456 bytes (268 MB, 256 MiB) copied, 0.123607 s, 2.2 GB/s

real 0m0.151s
user 0m0.000s
sys 0m0.141s

asasas2114823

2018-01-02 19:58:29 +08:00

@vjnjc 同样是 DO，为什么我只有 149

TestSmirk

2018-01-02 20:12:37 +08:00

如果是 2000 代金券的话应该正常.很多人反应这问题

asen1987

2018-01-02 20:20:13 +08:00

慢成这样，，这云硬盘怕是用脸盆换的哦

Icemic

2018-01-02 21:46:37 +08:00

pi@raspberrypi:~ $ time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 74.5668 s, 3.6 MB/s

real 1m14.578s
user 0m0.020s
sys 0m2.550s

我的树莓派都比你快……………………

moezia

2018-01-02 22:38:46 +08:00

同腾讯
[root@centos ~]# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 192.385 s, 1.4 MB/s

real 3m12.418s
user 0m0.016s
sys 0m0.743s

likuku

2018-01-02 22:59:51 +08:00

韩国可用区 aws 的 ec2 主机，便宜的 t2.micro 类型，自带系统盘:

[ec2-user@ip ~]$ time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 9.91046 s, 27.1 MB/s

real 0m9.911s
user 0m0.000s
sys 0m0.328s

likuku

2018-01-02 23:03:00 +08:00

树莓派，8G sandisk 卡：

$ time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 56.12 s, 4.8 MB/s

real 0m56.131s
user 0m0.030s
sys 0m2.930s

mythhack

2018-01-02 23:25:03 +08:00

板瓦工
time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 7.0328 s, 38.2 MB/s

real 0m7.036s
user 0m0.006s
sys 0m6.975s

xiqingongzi

2018-01-02 23:34:44 +08:00

诶，我竟然是欧洲人。
腾讯云学生机 15M

root@VM-195-212-debian:~# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync

4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 17.904 s, 15.0 MB/s

real 0m17.916s
user 0m0.008s
sys 0m0.436s

zxy

2018-01-02 23:57:08 +08:00

@lynnX #74 我的结果怎么比你好
➜ ~ time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 0.171251 s, 1.6 GB/s
dd bs=64k count=4k if=/dev/zero of=test 0.00s user 0.15s system 84% cpu 0.173 total

JayaOcean

2018-01-03 00:26:13 +08:00

腾讯云 HK 学生 1U1M1G
$ time dd bs=64K count=4K if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 1.58521 s, 169 MB/s

real 0m1.633s
user 0m0.001s
sys 0m0.271s

realpg

2018-01-03 01:11:03 +08:00

root@localhost:/# time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 1.75144 s, 153 MB/s

real 0m1.755s
user 0m0.010s
sys 0m0.417s

祖传 linode jp1

realpg

2018-01-03 01:13:48 +08:00

自己家的 VMWARE 计算节点：
在 ESX 远程桌面上测得不好复制 442MB/s

thetast

2018-01-03 01:43:38 +08:00 via Android

这居然还问密码同在云厂这要问了基本要被审计。。。

afpro

2018-01-03 03:12:00 +08:00

默默看了一下我的 GCE
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.822115 s, 327 MB/s

这才是正常数据好伐。。。

afpro

2018-01-03 03:13:19 +08:00

不对说的是云硬盘那应该还有网络 I/O 的问题 dd 的单线程确实会有瓶颈并发应该会有很高的性能提升不过 1.6M/s 确实有点过分。。。

zzyyzz1992

2018-01-03 04:56:34 +08:00

腾讯云
刚买的服务器 2 核 2g
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.540264 s, 497 MB/s

real 0m0.600s
user 0m0.000s
sys 0m0.392s

注册账号送的 1 核 1g
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 4.04585 s, 66.3 MB/s
0.00user 0.30system 0:04.06elapsed 7%CPU (0avgtext+0avgdata 1732maxresident)k
32inputs+524288outputs (0major+88minor)pagefaults 0swaps

cnbattle

2018-01-03 08:20:44 +08:00 via Android

吓得我赶紧试了下
ubuntu@VM-164-38-ubuntu:~$ time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 2.23247 s, 120 MB/s

real 0m2.309s
user 0m0.000s
sys 0m0.216s
ubuntu@VM-164-38-ubuntu:~$
前几天 360 三年买的 1c1g1m 学生机，还好

agostop

2018-01-03 08:32:34 +08:00

该帖成功转型为硬盘测速方法普及贴+秀速贴

nullen

2018-01-03 08:37:43 +08:00

腾讯云硬盘性能是不太好，你切换成本地硬盘。

lixs

2018-01-03 08:53:49 +08:00 via Android

各厂商：今天什么日子？这么多测速🙂

ovear

2018-01-03 08:54:21 +08:00 via Android

@agostop 然而很大一票人在秀内存速度 xd

100

shiji

2018-01-03 08:58:19 +08:00

腾讯云上海一区云硬盘
root@VM-0-3-debian:~# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.295861 s, 907 MB/s

real 0m0.343s
user 0m0.000s
sys 0m0.340s
root@VM-0-3-debian:~# time dd bs=64k count=4k if=/dev/zero of=test
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 0.268322 s, 1.0 GB/s

real 0m0.311s
user 0m0.000s
sys 0m0.308s

1 2

❮

❯