logo NodeSeekbeta
search for post search for people use google search

测试dartnode 13.99刀/年 的硬盘数据很好看 但实际体验是钻石盘

zile
zile楼主
edited 355days ago in 日常
#0

还没上促销页面的时候买了，当时跑了一个yabs，和论坛里的测评差不多，硬盘io上G，，但当时我觉得运行很卡，apt 安装软件都卡那种，像钻石盘一样

后面这款上促销页面了，无限卖
又测试了一下超级卡，比昨晚测试的时候更卡了

通过DD的测试方式io实际是钻石盘体验
DD测试是10几M/s, yabs的fio测试还是上G，这是针对fio测试是加了很大的缓存？
我也不懂问题出在哪里，需要sync同步/刷新硬盘的操作都很慢,但感觉不是硬盘性能得问题

查AI说DD用的conv=fsync参数 强制每次写入同步，暴露了底层存储的物理性能或虚拟化限制。

-------------------- A Bench.sh Script By Teddysun -------------------
 Version            : v2025-05-08
 Usage              : wget -qO- bench.sh | bash
----------------------------------------------------------------------
 CPU Model          : Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
 CPU Cores          : 2 @ 2299.996 MHz
 CPU Cache          : 16384 KB
 AES-NI             : ✓ Enabled
 VM-x/AMD-V         : ✓ Enabled
 Total Disk         : 100.9 GB (2.8 GB Used)
 Total Mem          : 3.8 GB (313.4 MB Used)
 Total Swap         : 1024.0 MB (0 Used)
 System uptime      : 0 days, 6 hour 33 min
 Load average       : 0.95, 0.26, 0.08
 OS                 : Debian GNU/Linux 12
 Arch               : x86_64 (64 Bit)
 Kernel             : 6.1.0-9-amd64
 TCP CC             : bbr
 Virtualization     : KVM
 IPv4/IPv6          : ✓ Online / ✓ Online
 Organization       : AS399646 Snaju Development
 Location           : Houston / US
 Region             : Texas
----------------------------------------------------------------------
 I/O Speed(1st run) : 7.1 MB/s
 I/O Speed(2nd run) : 4.9 MB/s
 I/O Speed(3rd run) : 28.1 MB/s
 I/O Speed(average) : 13.4 MB/s
----------------------------------------------------------------------
 Node Name        Upload Speed      Download Speed      Latency     
 Speedtest.net    804.15 Mbps       674.09 Mbps         14.57 ms    
 Paris, FR        602.96 Mbps       946.33 Mbps         110.34 ms   
 Amsterdam, NL    622.38 Mbps       3.46 Mbps           127.67 ms   
 Shanghai, CN     359.58 Mbps       901.61 Mbps         189.38 ms   
 Singapore, SG    363.41 Mbps       515.10 Mbps         206.99 ms   
 Tokyo, JP        494.61 Mbps       789.83 Mbps         139.22 ms   
----------------------------------------------------------------------
 Finished in        : 10 min 10 sec
 Timestamp          : 2025-06-15 19:30:25 UTC
----------------------------------------------------------------------


# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
#              Yet-Another-Bench-Script              #
#                     v2025-04-20                    #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Sun Jun 15 19:34:30 UTC 2025

Basic System Information:
---------------------------------
Uptime     : 0 days, 1 hours, 17 minutes
Processor  : Intel(R) Xeon(R) CPU E5-2686 v4 @ 2.30GHz
CPU cores  : 2 @ 2299.996 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 3.8 GiB
Swap       : 1024.0 MiB
Disk       : 99.9 GiB
Distro     : Debian GNU/Linux 12 (bookworm)
Kernel     : 6.1.0-9-amd64
VM Type    : KVM
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : Snaju Development
ASN        : AS399646 Snaju Development
Host       : Snaju Development
Location   : Houston, Texas (TX)
Country    : United States

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 100.33 MB/s  (25.0k) | 1.72 GB/s    (26.9k)
Write      | 100.60 MB/s  (25.1k) | 1.73 GB/s    (27.1k)
Total      | 200.94 MB/s  (50.2k) | 3.46 GB/s    (54.0k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 10.31 GB/s   (20.1k) | 14.70 GB/s   (14.3k)
Write      | 10.86 GB/s   (21.2k) | 15.68 GB/s   (15.3k)
Total      | 21.18 GB/s   (41.3k) | 30.39 GB/s   (29.6k)

Geekbench 5 Benchmark Test:
---------------------------------
Test            | Value                         
                |                               
Single Core     | 722                           
Multi Core      | 1393                          
Full Test       | https://browser.geekbench.com/v5/cpu/23610514

YABS completed in 6 min 18 sec

以下是一个推荐的 fio 命令，用于测试同步写入的实际性能：

fio --name=write --filename=testfile --size=1G --bs=1M --rw=write --ioengine=sync --fsync=1 --numjobs=1 --group_reporting --runtime=60 --time_based

还有DD的测试用conv=fsync模式，每次强制每次写入同步

dd if=/dev/zero of=test bs=1M count=1024 conv=fsync

dd if=/dev/zero of=test bs=64k count=16k conv=fsync

找AI分析的结论：

之前测试的对比

测试 块大小 吞吐量 条件 备注
dd 64 KiB 769 MB/s 无 conv=fsync, 依赖写缓存 实际速度 ~17.6 MB/s（考虑 sync）
dd 64 KiB 9.4 MB/s conv=fsync 同步写入，绕过缓存
dd 1 MiB 33.3 MB/s conv=fsync 同步写入，较大块大小
dd 1 MiB 916 MB/s oflag=direct 直接 I/O，绕过缓存
fio (初始) 1 MiB 1757 MB/s direct=1, iodepth=1 异步 I/O，高效
YABS fio 512 KiB 16.67 GB/s (写) 可能高 iodepth 虚拟化优化，主机缓存
fio (新) 1 MiB 24.2 MB/s --ioengine=sync --fsync=1 同步写入，实际物理性能
  • 关键观察：
  1. 同步写入性能：
    新 fio 测试（24.2 MB/s）与 dd（conv=fsync, 33.3 MB/s）接近，表明同步写入受限于主机存储的物理写入速度、QEMU 虚拟化或 ext4 文件系统开销。
    fsync 延迟（平均 41.84 ms）是主要瓶颈，每次写入后持久化到磁盘耗时长。
  2. 直接 I/O 性能：
    dd（oflag=direct, 916 MB/s）和初始 fio（1757 MB/s）显示高性能，表明底层存储可能是 NVMe SSD，但同步写入暴露了限制。
    YABS 的超高性能（16.67 GB/s）可能源于高 I/O 深度（iodepth=32 或更高）或主机缓存优化。
  3. 瓶颈分析：
    主机存储：同步写入速度（24.2–33.3 MB/s）远低于直接 I/O，可能表明主机使用 HDD、低端 SATA SSD，或 RAID 配置（如 RAID 5）导致写入放大。
    QEMU 虚拟化：QEMU HARDDISK 表明虚拟化层可能增加 fsync 延迟，尤其在同步写入时。
    ext4 文件系统：日志（journaling）和元数据更新增加 fsync 开销。
    VPS 限制：IOPS 或带宽配额可能限制同步写入性能。
  • 同步写入慢的原因
  1. 主机存储的物理写入速度：
    同步写入（fsync=1）要求数据立即持久化到磁盘，绕过主机缓存。如果主机使用 HDD 或低端 SATA SSD，写入速度可能仅为 10–50 MB/s。
    YABS 的高性能（16.67 GB/s）表明主机可能是 NVMe SSD，但同步写入可能受限于：
    RAID 配置（如 RAID 5/6 的奇偶校验）。
    主机缓存耗尽或写放大。
    I/O 资源竞争（多 VPS 共享主机存储）。
  2. QEMU 虚拟化开销：
    QEMU 的缓存模式（可能是 writeback）在异步写入时优化性能，但在 fsync 时触发完整 I/O 路径到主机存储，增加延迟。
    如果未使用 virtio-blk 或 cache=none，同步写入性能可能进一步下降。
  3. ext4 文件系统开销：
    ext4 的日志机制（默认 data=ordered）在 fsync 时记录元数据和数据，增加延迟（fio 的 41.84 ms fsync 延迟）。
    元数据更新和日志提交显著降低同步写入吞吐量。
  4. VPS 提供商限制：
    IOPS 或带宽配额可能限制同步写入性能。
    主机过载（多 VPS 共享资源）可能导致 I/O 竞争，增加 fsync 延迟。
 123
  • zile
    zile楼主
    edited 354days ago
    #23

    工单给我换到N16节点了，比原来好一点（好像原来N12全搬去n16了）
    多测几次io又下降了，之前是实际写入数据卡
    现在是整体性能都差，跑个测试io wait都跑到90%+

    -------------------- A Bench.sh Script By Teddysun -------------------
 Version            : v2025-05-08
 Usage              : wget -qO- bench.sh | bash
----------------------------------------------------------------------
 CPU Model          : Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz
 CPU Cores          : 2 @ 2599.996 MHz
 CPU Cache          : 16384 KB
 AES-NI             : ✓ Enabled
 VM-x/AMD-V         : ✓ Enabled
 Total Disk         : 100.9 GB (7.0 GB Used)
 Total Mem          : 3.8 GB (325.3 MB Used)
 Total Swap         : 1024.0 MB (0 Used)
 System uptime      : 0 days, 8 hour 18 min
 Load average       : 0.11, 0.15, 0.06
 OS                 : Debian GNU/Linux 12
 Arch               : x86_64 (64 Bit)
 Kernel             : 6.1.0-9-amd64
 TCP CC             : bbr
 Virtualization     : KVM
 IPv4/IPv6          : ✓ Online / ✓ Online
 Organization       : AS399646 Snaju Development
 Location           : Houston / US
 Region             : Texas
----------------------------------------------------------------------
 I/O Speed(1st run) : 180 MB/s
 I/O Speed(2nd run) : 188 MB/s
 I/O Speed(3rd run) : 233 MB/s
 I/O Speed(average) : 200.3 MB/s
----------------------------------------------------------------------
 Node Name        Upload Speed      Download Speed      Latency     
 Speedtest.net    786.26 Mbps       470.64 Mbps         1.03 ms     
 Paris, FR        725.27 Mbps       939.33 Mbps         107.92 ms   
 Amsterdam, NL    643.93 Mbps       816.62 Mbps         117.50 ms   
 Hong Kong, CN    3.91 Mbps         0.68 Mbps           206.01 ms   
 Singapore, SG    378.28 Mbps       871.99 Mbps         208.89 ms   
 Tokyo, JP        559.53 Mbps       910.78 Mbps         139.17 ms   

    Basic System Information:
---------------------------------
Uptime     : 0 days, 8 hours, 38 minutes
Processor  : Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz
CPU cores  : 2 @ 2599.996 MHz
AES-NI     : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM        : 3.8 GiB
Swap       : 1024.0 MiB
Disk       : 97.9 GiB
Distro     : Debian GNU/Linux 12 (bookworm)
Kernel     : 6.1.0-35-cloud-amd64
VM Type    : KVM
IPv4/IPv6  : ✔ Online / ✔ Online

IPv6 Network Information:
---------------------------------
ISP        : Snaju Development
ASN        : AS399646 Snaju Development
Host       : Snaju Development
Location   : Houston, Texas (TX)
Country    : United States

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda1):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 12.23 MB/s    (3.0k) | 440.81 MB/s   (6.8k)
Write      | 12.23 MB/s    (3.0k) | 443.13 MB/s   (6.9k)
Total      | 24.46 MB/s    (6.1k) | 883.94 MB/s  (13.8k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 38.60 MB/s      (75) | 111.28 MB/s    (108)
Write      | 40.82 MB/s      (79) | 118.70 MB/s    (115)
Total      | 79.43 MB/s     (154) | 229.98 MB/s    (223)

Geekbench 5 Benchmark Test:
---------------------------------
Test            | Value                         
                |                               
Single Core     | 782                           
Multi Core      | 1561                          
Full Test       | https://browser.geekbench.com/v5/cpu/23611818

    
root@localhost:~# fio --name=write --filename=testfile --size=1G --bs=1M --rw=write --ioengine=sync --fsync=1 --numjobs=1 --group_reporting --runtime=60 --time_based
write: (g=0): rw=write, bs=(R) 1024KiB-1024KiB, (W) 1024KiB-1024KiB, (T) 1024KiB-1024KiB, ioengine=sync, iodepth=1
fio-3.33
Starting 1 process
Jobs: 1 (f=1): [W(1)][100.0%][w=27.0MiB/s][w=27 IOPS][eta 00m:00s]
write: (groupid=0, jobs=1): err= 0: pid=3775: Mon Jun 16 19:08:14 2025
  write: IOPS=23, BW=23.4MiB/s (24.5MB/s)(1404MiB/60086msec); 0 zone resets
    clat (usec): min=552, max=2484, avg=979.55, stdev=291.03
     lat (usec): min=612, max=2568, avg=1040.79, stdev=291.70
    clat percentiles (usec):
     |  1.00th=[  603],  5.00th=[  627], 10.00th=[  644], 20.00th=[  676],
     | 30.00th=[  717], 40.00th=[  799], 50.00th=[  922], 60.00th=[ 1123],
     | 70.00th=[ 1172], 80.00th=[ 1237], 90.00th=[ 1369], 95.00th=[ 1467],
     | 99.00th=[ 1598], 99.50th=[ 1647], 99.90th=[ 2147], 99.95th=[ 2474],
     | 99.99th=[ 2474]
   bw (  KiB/s): min= 4096, max=43008, per=100.00%, avg=24576.00, stdev=9810.81, samples=117
   iops        : min=    4, max=   42, avg=24.00, stdev= 9.58, samples=117
  lat (usec)   : 750=34.54%, 1000=18.16%
  lat (msec)   : 2=47.15%, 4=0.14%
  fsync/fdatasync/sync_file_range:
    sync (msec): min=20, max=825, avg=41.65, stdev=49.97
    sync percentiles (msec):
     |  1.00th=[   21],  5.00th=[   21], 10.00th=[   22], 20.00th=[   22],
     | 30.00th=[   23], 40.00th=[   23], 50.00th=[   25], 60.00th=[   30],
     | 70.00th=[   34], 80.00th=[   44], 90.00th=[   84], 95.00th=[  122],
     | 99.00th=[  220], 99.50th=[  279], 99.90th=[  735], 99.95th=[  827],
     | 99.99th=[  827]
  cpu          : usr=0.23%, sys=2.98%, ctx=2936, majf=0, minf=13
  IO depths    : 1=200.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     issued rwts: total=0,1404,0,1404 short=0,0,0,0 dropped=0,0,0,0
     latency   : target=0, window=0, percentile=100.00%, depth=1

Run status group 0 (all jobs):
  WRITE: bw=23.4MiB/s (24.5MB/s), 23.4MiB/s-23.4MiB/s (24.5MB/s-24.5MB/s), io=1404MiB (1472MB), run=60086-60086msec

Disk stats (read/write):
  sda: ios=1/4211, merge=0/1409, ticks=0/57924, in_queue=114268, util=96.43%
  
  
root@localhost:~# dd if=/dev/zero of=test bs=1M count=1024 conv=fsync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 6.17042 s, 174 MB/s
root@localhost:~# dd if=/dev/zero of=test bs=64k count=16k conv=fsync

16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 5.0584 s, 212 MB/s
  • rubua
    rubua
    #12
    root@localhost:~# dd if=/dev/zero of=test bs=1M count=1024 conv=fsync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 27.7227 s, 38.7 MB/s

    root@localhost:~# dd if=/dev/zero of=test bs=64k count=16k conv=fsync
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 36.3079 s, 29.6 MB/s

    @Jason-2048 #11 我的是这样，狠辣跨

  • SinGyoKu
    SinGyoKu
    edited 355days ago
    #1

    Screenshot_2025-06-16-06-25-25-670_tech.lolli.toolbox

    这是我刚测试的结果

    根据你的 fio 测试结果，以下是一些关键点的分析：

    1. 吞吐量 (Bandwidth)

    • 写入吞吐量：68.9 MiB/s (大约 72.2 MB/s)，这是一个不错的写入速度，尤其是如果你使用的是普通硬盘或机械硬盘的话。对于 SSD，通常会有更高的吞吐量，但这个速度仍然是可接受的，特别是在同步 I/O 模式下。

    2. I/O 操作数 (IOPS)

    • IOPS：最低 2，最高 170，平均 68.84。这表明每秒执行的 I/O 操作数，这个值与磁盘的速度、块大小和 I/O 引擎密切相关。此处的 IOPS 值较低，可能与同步 I/O 引擎以及较大的块大小（1MB）有关。

    3. 延迟 (Latency)

    • 延迟 (微秒)：

      • 你有较低的延迟：5% 处的延迟为 635 微秒，90% 处为 1401 微秒。高百分位数的延迟（如 99.9% 处为 8717 微秒）说明了偶尔会有较高的延迟波动，但在大部分情况下，延迟还是可以接受的。

    • 同步延迟 (同步 I/O 延迟)：

      • 这里显示最小值为 4 毫秒，最大值为 607 毫秒，平均值为 13.35 毫秒。同步 I/O 操作的延迟普遍较高，尤其是 99.9% 的最大延迟接近 609 毫秒，这意味着同步操作时可能会遇到较长的延迟。

    4. CPU 使用情况

    • CPU 使用：用户态 0.42%，系统态 9.14%，表示 CPU 的负载比较轻，但系统可能有其他任务正在消耗 CPU。

    5. 磁盘使用情况

    • 磁盘利用率：sda 磁盘的使用率为 89.24%，这表明磁盘大部分时间都在忙碌中，可能会影响性能，尤其是在高负载情况下。

    结论：

    从整体来看，测试结果是可以接受的，尤其是对于使用传统硬盘或有一定负载的系统来说。如果你期望更高的性能，可能需要考虑以下几点：

    • 使用 SSD，以获得更高的吞吐量和更低的延迟。

    • 如果使用同步 I/O 引擎对性能有影响，可以考虑切换到异步 I/O 引擎（如 libaio）。

    • 通过优化磁盘 I/O 调度器或进行磁盘健康检查，看看是否能降低磁盘利用率，避免在高负载下出现瓶颈。

    如果你有特定问题或需要更深入的分析，欢迎提供更多细节！

  • bobby
    bobby
    #2

    还能这样，我靠

  • xhz888
    xhz888
    #3

    买了 还没开始用呢

  • zile
    zile楼主
    #4

    看了let上面好几个提到这个相同问题的，我也发个工单看看情况

  • Mofeng
    Mofeng
    #5

    吃瓜

  • jb
    jb
    #6

    这有什么奇怪的，本来就是母鸡拿个内存做缓存 xhj027

  • ii2s
    ii2s
    edited 355days ago
    #7

    这个值是最低的，也许才是可信的吧

    dd if=/dev/zero of=test bs=64k count=16k conv=fsync

    dd 64 KiB 9.4 MB/s conv=fsync 同步写入，绕过缓存

    而如果 fio (新) 的值可靠，那就不算最垃圾的那种，不至于正常安装软件都会感觉超级卡

    fio --name=write --filename=testfile --size=1G --bs=1M --rw=write --ioengine=sync --fsync=1 --numjobs=1 --group_reporting --runtime=60 --time_based

    fio (新) 1 MiB 24.2 MB/s --ioengine=sync --fsync=1 同步写入，实际物理性能

  • lehuoyisheng
    lehuoyisheng
    #8

    吃瓜

  • rubua
    rubua
    #9

    我也是同样的问题，没有做任何测试，但是从实际体验来看，比钻石盘还钻石盘
    系统dd的debian12 dd安装时间大于1小时，安装完成后做基本的update卡半天
    安装几个常用软件，unzip wget curl 都卡出翔。换做手上的其他HDD盘的机器都能10秒钟装完

  • tof
    tof
    #10

    应该可以排除hdd吧
    这产品设计咋想的 这家在论坛有ID吗

 123

你好啊，陌生人!

我的朋友，看起来你是新来的，如果想参与到讨论中，点击下面的按钮！
登录 注册

快捷功能区

所有版块

📈用户数目📈

目前论坛共有59971位seeker

🎉欢迎新用户🎉

lygg
lygg
LASERgo
LASERgo
长安
长安
Corkusha
Corkusha
kcc
kcc
Vcricbywa
Vcricbywa
各安
各安
slates
slates