1
7654 2018-01-02 13:57:35 +08:00
我居然全部看完了,一开始就应该拖到底看结果的
|
2
sky77733 OP @7654,最后这个结果不是我这个工单的结果,是在他们论坛里另一个用户的投诉帖子,也是相同的 1.6MB/s 的龟速硬盘,官方工作人员给他解决了,我给他们引用了这个例子,他们还给我撒谎说对方的盘是数据盘,但这个帖子里明明写着:系统盘。工间沟通的次数多了,您可能没有看明白,TX 这帮人现在给我的回复是:他们的云硬盘如果是系统盘的话,time dd bs=64k count=4k if=/dev/zero of=test 测试的结果 是 1.6MB/s 就是符合预期的,如果高于这个值,算你运气好
|
4
sky77733 OP @7654 很明显,这自信来自于他们认为 1.6MB/s 的速度是正常的,国内云服务的友商相同 DD 命令最至少在 20MB/S 以上了, 这 1.6MB/s 他们怎么好意思认为是正常的,这才是谜之自信 :D
|
5
vjnjc 2018-01-02 14:29:44 +08:00
多谢楼主的命令,我的 digital ocean 的 vps 居然有 800MB/s,感觉你这个有点低啊
|
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 |
7
sky77733 OP vjnjc 兄弟,这个不是低,这简直是低得令人发指啊,这已经是钻石盘系列了
|
8
predator 2018-01-02 14:35:43 +08:00
1.6 很神奇了……超售之王 alpharacks 都有 5M
|
9
lyhiving 2018-01-02 14:36:34 +08:00 via Android
首先要看你开了多大的网盘,如果是 50G,这个速度不行哟
|
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 |
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 云测试 |
12
sky77733 OP @lyhiving 硬盘容量是 50GB,只用了 3.5GB 左右。本来嘛他们回复一个超售太多无法解决也就算了,可笑的是他们坚持声称这就是正常的。我对 IO 这块不熟悉,怕错怪了他们,所以来请教各位大神了。
|
13
sky77733 OP @你这个肯定是本地盘,没有采用云盘。
|
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 |
15
f2f2f 2018-01-02 14:52:11 +08:00
为了防止跑分脚本占用大量 cpu 或者 io,使用 dd 脚本是可能被限速的,真实速度不一定是这个值。
|
16
dalibaxiaoliba 2018-01-02 14:54:04 +08:00
按照楼主命令测试一下,滴滴云 800 多,bwh 小鸡 500 多
|
17
sky77733 OP @f2f2f 我在向他们提工单之前,我专门去翻了他们论坛里用户的同类问题的反馈,最起码也在 6MB/S 左右,刚刚上面的也有相同的 TX 云的磁盘测试也在 81MB/S,这不可能是只对我一个人限在了 1.6MB/s 吧,这很显明,是我这块云硬盘所在的节点有问题。但他们对问题视而不见
|
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 |
19
KoleHank 2018-01-02 15:01:41 +08:00
我之前买国外的 vps,出现过这种奇低的 io 的情况,都不到 1M,然后我是发工单了给换了个母鸡的
|
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 |
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 ``` |
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 |
25
msg7086 2018-01-02 15:22:07 +08:00
30iops,对于网络硬盘来说是有点慢。
(上面一票用本地硬盘当网络硬盘测的,请你们不要显摆了,网卡延迟和 SATA 总线延迟根本不在一个数量级。) |
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 |
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,那就狠狠怼他们吧。 |
28
msg7086 2018-01-02 15:30:04 +08:00 2
至于楼主你帖子里,第一行说的是测 dd,而工单里却用的 dd dsync,我不知道你是故意的还是不懂。
后面帖子里也是,一会儿贴 dd,一会儿贴 dd dsync,到底哪个? |
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 腾讯云广州三.. |
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 |
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 |
33
msg7086 2018-01-02 15:39:16 +08:00
@sky77733 是 SSD 吗?不是的话那速度非常快了。
dd dsync 差不多比 dd 慢上 100 倍,dd 应该能到 100MB/s 以上的,你可以试试。 |
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 |
35
st2udio 2018-01-02 15:42:07 +08:00
云硬盘很慢的
|
36
egen 2018-01-02 15:43:12 +08:00
|
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 京东 北京区。。。这速度有点厉害了。。。 |
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、入门低配机器跑分无意义 |
39
pq 2018-01-02 15:52:03 +08:00
我猜,所谓的云盘,性能应该主要受节点间网络带宽的影响吧?如果云主机与云盘在同一个交换机下,速度应该很好的,估计腾讯这两个节点肯定不在一个机房,甚至不是同一个运营商。
|
40
allen0125 2018-01-02 15:54:02 +08:00
我测了以下我的阿里云,第一次 16M,之后就是 120M,1.4G ,1.5G ,同样感觉不科学
|
41
tencentcloud 2018-01-02 16:01:59 +08:00 1
楼主好,您反馈的问题我们已经收到啦。目前已协调相关专家通过电话和短信联系您处理,但未联系到您。麻烦您方便的时候答复下短信或者工单告知可联系时间, 我们会及时联系您解决问题。感谢您的反馈。
|
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 |
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, 还是第一次测试的原因? |
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 ``` |
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 |
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 |
48
gcod 2018-01-02 16:38:30 +08:00
|
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 刀的那款 |
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 最低配的。 |
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 高的客户 低等级客户的带宽被挤占。 我只是猜的不一定对。 |
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 |
54
binux 2018-01-02 17:17:50 +08:00 via Android
@xpresslink 你没加 dsync
|
55
sky77733 OP @tencentcloud 感谢您的关注,您们同事刚刚已经和我电话沟通过,由于我对数据存储运维这块不熟悉,就目前的情况来看,出现这样的情况,可能是云商各家采用的技术体系不一样,我之前以为这个 1.6MB/S ( time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync 测试)我这个是个案,但看来还有很多朋友也是这样的情况,您们同事说会进一步排查。
正如上面有的朋友所说低配置的机器严格关注 IO 意义不大,我也有点过份较真了。 也同时感谢其他所有回复,和热心测试的朋友。谢谢您们! |
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 ➜ ~ |
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 |
58
god 2018-01-02 17:32:29 +08:00
IO
IOs, IOPS IO/s, MB/s ( Gbit/s) |
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 |
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 |
61
halczy 2018-01-02 17:36:36 +08:00
不管什么是用 Fio 还是 DD 测试。楼主工单里提到 “打开一个几 MB 的文档都要好几秒” 的情况就很明显不正常。想不到 CloudAtCost 这种同样用石头级网络盘的都比腾讯云要快 60 多倍。
|
62
jamesliu 2018-01-02 17:42:08 +08:00
这个很明显是机械或者 这个母鸡里有 很多“折腾客户”
|
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 腾讯云一块钱一个月的学生机 |
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 |
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 |
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 ~]# |
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 |
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 |
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 |
72
lain0 2018-01-02 18:31:41 +08:00
您好,我是腾讯云的客服,上面我同事可能搞错了,请私信提供您服务器的 ip 和登入帐户我帮您看一下。
#phishing |
73
lain0 2018-01-02 18:32:20 +08:00
|
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 |
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 |
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 |
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 |
78
asasas2114823 2018-01-02 19:58:29 +08:00
@vjnjc 同样是 DO,为什么我只有 149
|
79
TestSmirk 2018-01-02 20:12:37 +08:00
如果是 2000 代金券的话应该正常.很多人反应这问题
|
80
asen1987 2018-01-02 20:20:13 +08:00
慢成这样,,这云硬盘怕是用脸盆换的哦
|
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 我的树莓派都比你快…………………… |
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 |
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 |
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 |
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 |
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 |
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 |
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 |
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 |
90
realpg 2018-01-03 01:13:48 +08:00
自己家的 VMWARE 计算节点:
在 ESX 远程桌面上测得 不好复制 442MB/s |
91
thetast 2018-01-03 01:43:38 +08:00 via Android
这居然还问密码 同在云厂 这要问了基本要被审计。。。
|
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 这才是正常数据好伐。。。 |
93
afpro 2018-01-03 03:13:19 +08:00
不对 说的是云硬盘 那应该还有网络 I/O 的问题 dd 的单线程确实会有瓶颈 并发应该会有很高的性能提升 不过 1.6M/s 确实有点过分。。。
|
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 |
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 学生机,还好 |
96
agostop 2018-01-03 08:32:34 +08:00
该帖成功转型为硬盘测速方法普及贴+秀速贴
|
97
nullen 2018-01-03 08:37:43 +08:00
腾讯云硬盘性能是不太好,你切换成本地硬盘。
|
98
lixs 2018-01-03 08:53:49 +08:00 via Android
各厂商:今天什么日子?这么多测速🙂
|
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 |