V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Recommended Services
Amazon Web Services
LeanCloud
New Relic
ClearDB
sky77733
V2EX  ›  云计算

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

  •  4
     
  •   sky77733 · 2018-01-02 13:50:24 +08:00 · 14277 次点击
    这是一个创建于 2278 天前的主题,其中的信息可能已经有所发展或是发生改变。
    腾讯云的云硬盘用 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 ),谢谢您们!
    1  2  
    7654
        1
    7654  
       2018-01-02 13:57:35 +08:00
    我居然全部看完了,一开始就应该拖到底看结果的
    sky77733
        2
    sky77733  
    OP
       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
        3
    7654  
       2018-01-02 14:24:06 +08:00
    @sky77733 #2 我的意思是 TX 为什么不一开始就索要云盘信息,去看看仓库
    好像有迷之自信
    sky77733
        4
    sky77733  
    OP
       2018-01-02 14:29:18 +08:00
    @7654 很明显,这自信来自于他们认为 1.6MB/s 的速度是正常的,国内云服务的友商相同 DD 命令最至少在 20MB/S 以上了, 这 1.6MB/s 他们怎么好意思认为是正常的,这才是谜之自信 :D
    vjnjc
        5
    vjnjc  
       2018-01-02 14:29:44 +08:00
    多谢楼主的命令,我的 digital ocean 的 vps 居然有 800MB/s,感觉你这个有点低啊
    snail00
        6
    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
        7
    sky77733  
    OP
       2018-01-02 14:31:40 +08:00
    vjnjc 兄弟,这个不是低,这简直是低得令人发指啊,这已经是钻石盘系列了
    predator
        8
    predator  
       2018-01-02 14:35:43 +08:00
    1.6 很神奇了……超售之王 alpharacks 都有 5M
    lyhiving
        9
    lyhiving  
       2018-01-02 14:36:34 +08:00 via Android
    首先要看你开了多大的网盘,如果是 50G,这个速度不行哟
    Kimyx
        10
    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
        11
    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
        12
    sky77733  
    OP
       2018-01-02 14:40:22 +08:00
    @lyhiving 硬盘容量是 50GB,只用了 3.5GB 左右。本来嘛他们回复一个超售太多无法解决也就算了,可笑的是他们坚持声称这就是正常的。我对 IO 这块不熟悉,怕错怪了他们,所以来请教各位大神了。
    sky77733
        13
    sky77733  
    OP
       2018-01-02 14:42:04 +08:00
    @你这个肯定是本地盘,没有采用云盘。
    Fleey
        14
    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
        15
    f2f2f  
       2018-01-02 14:52:11 +08:00
    为了防止跑分脚本占用大量 cpu 或者 io,使用 dd 脚本是可能被限速的,真实速度不一定是这个值。
    dalibaxiaoliba
        16
    dalibaxiaoliba  
       2018-01-02 14:54:04 +08:00
    按照楼主命令测试一下,滴滴云 800 多,bwh 小鸡 500 多
    sky77733
        17
    sky77733  
    OP
       2018-01-02 14:56:44 +08:00
    @f2f2f 我在向他们提工单之前,我专门去翻了他们论坛里用户的同类问题的反馈,最起码也在 6MB/S 左右,刚刚上面的也有相同的 TX 云的磁盘测试也在 81MB/S,这不可能是只对我一个人限在了 1.6MB/s 吧,这很显明,是我这块云硬盘所在的节点有问题。但他们对问题视而不见
    580a388da131
        18
    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
        19
    KoleHank  
       2018-01-02 15:01:41 +08:00
    我之前买国外的 vps,出现过这种奇低的 io 的情况,都不到 1M,然后我是发工单了给换了个母鸡的
    f2f2f
        20
    f2f2f  
       2018-01-02 15:02:00 +08:00
    @sky77733 那的确可能是遇到钻石盘了,没用过 tx 云,硬盘能在后台能自助换吗?就是去掉存储,然后重新再加
    wtks1
        21
    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
        22
    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
        23
    realpg  
       2018-01-02 15:06:03 +08:00   ❤️ 1
    @sky77733 #17
    是不是最小配置的 1C 或者 2C 的机器?那很正常
    Huang4966
        24
    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
        25
    msg7086  
       2018-01-02 15:22:07 +08:00
    30iops,对于网络硬盘来说是有点慢。

    (上面一票用本地硬盘当网络硬盘测的,请你们不要显摆了,网卡延迟和 SATA 总线延迟根本不在一个数量级。)
    openbsd
        26
    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
        27
    msg7086  
       2018-01-02 15:27:53 +08:00   ❤️ 1
    刚刚在自己买的独立服务器上测过了,结果如下:

    第一台:
    # 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
        28
    msg7086  
       2018-01-02 15:30:04 +08:00   ❤️ 2
    至于楼主你帖子里,第一行说的是测 dd,而工单里却用的 dd dsync,我不知道你是故意的还是不懂。
    后面帖子里也是,一会儿贴 dd,一会儿贴 dd dsync,到底哪个?
    djy0716
        29
    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
        30
    sky77733  
    OP
       2018-01-02 15:33:01 +08:00
    @msg7086 用的是 dd dsync
    binjjam
        31
    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
        32
    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
        33
    msg7086  
       2018-01-02 15:39:16 +08:00
    @sky77733 是 SSD 吗?不是的话那速度非常快了。
    dd dsync 差不多比 dd 慢上 100 倍,dd 应该能到 100MB/s 以上的,你可以试试。
    egen
        34
    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
        35
    st2udio  
       2018-01-02 15:42:07 +08:00
    云硬盘很慢的
    egen
        36
    egen  
       2018-01-02 15:43:12 +08:00
    @egen #34 配置
    CPU:1 核
    内存:1 GB
    实例类型:I/O 优化
    实例规格:ecs.xn4.small
    实例规格族: 共享基本型
    xiaodongus
        37
    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
        38
    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、入门低配机器跑分无意义
    pq
        39
    pq  
       2018-01-02 15:52:03 +08:00
    我猜,所谓的云盘,性能应该主要受节点间网络带宽的影响吧?如果云主机与云盘在同一个交换机下,速度应该很好的,估计腾讯这两个节点肯定不在一个机房,甚至不是同一个运营商。
    allen0125
        40
    allen0125  
       2018-01-02 15:54:02 +08:00
    我测了以下我的阿里云,第一次 16M,之后就是 120M,1.4G ,1.5G ,同样感觉不科学
    tencentcloud
        41
    tencentcloud  
       2018-01-02 16:01:59 +08:00   ❤️ 1
    楼主好,您反馈的问题我们已经收到啦。目前已协调相关专家通过电话和短信联系您处理,但未联系到您。麻烦您方便的时候答复下短信或者工单告知可联系时间, 我们会及时联系您解决问题。感谢您的反馈。
    windyboy
        42
    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
        43
    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
        44
    shadownet  
       2018-01-02 16:13:12 +08:00
    @windyboy 你这是有缓存,不过 linode 的 ssd 是真 ssd,不是云 ssd
    imxieke
        45
    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
        46
    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
        47
    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
        48
    gcod  
       2018-01-02 16:38:30 +08:00
    https://i.loli.net/2018/01/02/5a4b44828edca.png

    我可能用了假的腾讯云。
    flexbug
        49
    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
        50
    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
        51
    est  
       2018-01-02 17:03:24 +08:00
    @f2f2f 厉害了。还能区分 io 发起者的进程对应的 elf 是不是 dd。。。。。
    xpresslink
        52
    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
        53
    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
        54
    binux  
       2018-01-02 17:17:50 +08:00 via Android
    @xpresslink 你没加 dsync
    sky77733
        55
    sky77733  
    OP
       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
        56
    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
        57
    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
        58
    god  
       2018-01-02 17:32:29 +08:00
    IO
    IOs, IOPS
    IO/s, MB/s ( Gbit/s)
    xpresslink
        59
    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
        60
    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
        61
    halczy  
       2018-01-02 17:36:36 +08:00
    不管什么是用 Fio 还是 DD 测试。楼主工单里提到 “打开一个几 MB 的文档都要好几秒” 的情况就很明显不正常。想不到 CloudAtCost 这种同样用石头级网络盘的都比腾讯云要快 60 多倍。
    jamesliu
        62
    jamesliu  
       2018-01-02 17:42:08 +08:00
    这个很明显是机械或者 这个母鸡里有 很多“折腾客户”
    toptyloo
        63
    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
        64
    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
        65
    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
        66
    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
        67
    laoyur  
       2018-01-02 17:54:38 +08:00
    @halczy #61 老哥厉害,CAC 居然还健在?交年费保护费了?
    halczy
        68
    halczy  
       2018-01-02 18:05:29 +08:00
    @laoyur 交保护费了。自从收保护费后相对稳定了很多。偶尔失联一个星期。
    Vtrois
        69
    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
        70
    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
        71
    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
        72
    lain0  
       2018-01-02 18:31:41 +08:00
    您好,我是腾讯云的客服,上面我同事可能搞错了,请私信提供您服务器的 ip 和登入帐户我帮您看一下。

    #phishing
    lain0
        73
    lain0  
       2018-01-02 18:32:20 +08:00
    @lain0

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

    沒有人吐嘈這個嗎?這是要多不專業
    lynnX
        74
    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
        75
    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
        76
    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
        77
    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
        78
    asasas2114823  
       2018-01-02 19:58:29 +08:00
    @vjnjc 同样是 DO,为什么我只有 149
    TestSmirk
        79
    TestSmirk  
       2018-01-02 20:12:37 +08:00
    如果是 2000 代金券的话应该正常.很多人反应这问题
    asen1987
        80
    asen1987  
       2018-01-02 20:20:13 +08:00
    慢成这样,,这云硬盘怕是用脸盆换的哦
    Icemic
        81
    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
        82
    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
        83
    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
        84
    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
        85
    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
        86
    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
        87
    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
        88
    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
        89
    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
        90
    realpg  
       2018-01-03 01:13:48 +08:00
    自己家的 VMWARE 计算节点:
    在 ESX 远程桌面上测得 不好复制 442MB/s
    thetast
        91
    thetast  
       2018-01-03 01:43:38 +08:00 via Android
    这居然还问密码 同在云厂 这要问了基本要被审计。。。
    afpro
        92
    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
        93
    afpro  
       2018-01-03 03:13:19 +08:00
    不对 说的是云硬盘 那应该还有网络 I/O 的问题 dd 的单线程确实会有瓶颈 并发应该会有很高的性能提升 不过 1.6M/s 确实有点过分。。。
    zzyyzz1992
        94
    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
        95
    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
        96
    agostop  
       2018-01-03 08:32:34 +08:00
    该帖成功转型为硬盘测速方法普及贴+秀速贴
    nullen
        97
    nullen  
       2018-01-03 08:37:43 +08:00
    腾讯云硬盘性能是不太好,你切换成本地硬盘。
    lixs
        98
    lixs  
       2018-01-03 08:53:49 +08:00 via Android
    各厂商:今天什么日子?这么多测速🙂
    ovear
        99
    ovear  
       2018-01-03 08:54:21 +08:00 via Android
    @agostop 然而很大一票人在秀内存速度 xd
    shiji
        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  
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2446 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 39ms · UTC 15:49 · PVG 23:49 · LAX 08:49 · JFK 11:49
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.