[己放弃]Unraid速度非常的不对,很慢


Recommended Posts

我记得前几个星期, 它的速度还是非常的平稳的快(100MB/S)
但是它的速度,现在就从100MB/S慢慢的掉到10MB/S,有用SSD开缓存
我知道有一个SMART坏掉的硬碟,我在等他死而已。
可以告诉我哪里出了问题了吗?

 

更新:我受不了这个问题,我换PC,反正这修得了我的问题。

gannas-diagnostics-20201228-0254(6.9.0rc2).zip gannas-diagnostics-20201228-2003.zip

Edited by GGANNAS
Link to comment
2 hours ago, GGANNAS said:

好的,第2个问题,我关掉docker恢复满速,我开docker速度掉下去, 可以帮我看是怎么回事吗

可以尝试去掉坏掉的盘,他有可能是影响速度的因素,如果你是设置system文件夹是all disk上面,那么docker的img都有可能被分配到坏的磁盘上面储存数据和运行。

Link to comment
57 minutes ago, lyqalex said:

可以尝试去掉坏掉的盘,他有可能是影响速度的因素,如果你是设置system文件夹是all disk上面,那么docker的img都有可能被分配到坏的磁盘上面储存数据和运行。

已经去掉了,可是fix common problems 跳出来跟我说Invalid folder fail-drive contained within mnt, 我先打算先保存这一次开机所留下来的各种记录,记录完后我去降级。

Link to comment
2 hours ago, lyqalex said:

在移除前应该把坏磁盘的文件夹数据转移到其他磁盘,如果其他磁盘存在相同文件夹,需要进行合并。用binhex-krusader或者unBALANC都可以。这是比较稳妥的方法。

理解,但是我认为那个文件夹只有在那个坏硬盘有而已,而且那个不是重要文件夹,我可以直接移除吗?

Link to comment
7 hours ago, GGANNAS said:

理解,但是我认为那个文件夹只有在那个坏硬盘有而已,而且那个不是重要文件夹,我可以直接移除吗?

当然可以了,让系统知道没有这个文件夹,而不是这个文件夹包括里面的数据存在于不同的磁盘,所以每个磁盘都查看一下,清理干净,然后进行奇偶校验。

Link to comment
2 hours ago, GGANNAS said:

速度过慢。建议进行最小配置进行排除软硬故障,先确认主板bios设置,不要插hba卡等等,换不同硬盘、线材、sata、sas端口,运行奇偶校验测试检查。看你的配置,smart显示WDC_WD20PURX-64P6ZY0、Hitachi_HDS723030ALA640等都有错误出现,你可以先排除这两个盘试试。

Edited by lyqalex
Link to comment
Just now, lyqalex said:

速度过慢。建议进行最小配置进行排除软硬故障,先确认主板bios设置,不要插hba卡等等,换不同硬盘、线材、逐步增加硬盘数量和sata、sas端口,运行奇偶校验测试检查。

Ok, 理解,可是我有两个SAS硬盘,除了插入hba卡,还有什么办法去做测试吗?

Link to comment
9 hours ago, GGANNAS said:

Ok, 理解,可是我有两个SAS硬盘,除了插入hba卡,还有什么办法去做测试吗?

需要用hba卡连接sas硬盘,就插上测试。不插是因为hba也有坏的可能,最简配置只是利于发现故障点,如刚开始2个组件可以运行,然后发现正常的,就2+1个组件测试,2+2、2+3、2+4等等接着测试。。。。。。也可以刚开始把怀疑的件排除,直接测试是否正常,不正常再进行前面简单配置测试。

Edited by lyqalex
Link to comment
15 hours ago, lyqalex said:

需要用hba卡连接sas硬盘,就插上测试。不插是因为hba也有坏的可能,最简配置只是利于发现故障点,如刚开始2个组件可以运行,然后发现正常的,就2+1个组件测试,2+2、2+3、2+4等等接着测试。。。。。。也可以刚开始把怀疑的件排除,直接测试是否正常,不正常再进行前面简单配置测试。

把主力电脑当做测试机来测试之后,发现 有可能我作为NAS的那一台775电脑实在是太老了,它跑不动了, 主力电脑是I5-6500,16GB DDR4,NAS是Q6700,5GB DDR2, 主力奇偶检查可以达到100MB/S~150MB/S,NAS?12.5 MB/S这样吧?已经确认都是全千兆环境下做测试。

Edited by GGANNAS
Link to comment
  • 2 weeks later...
On 12/31/2020 at 1:32 AM, GGANNAS said:

把主力电脑当做测试机来测试之后,发现 有可能我作为NAS的那一台775电脑实在是太老了,它跑不动了, 主力电脑是I5-6500,16GB DDR4,NAS是Q6700,5GB DDR2, 主力奇偶检查可以达到100MB/S~150MB/S,NAS?12.5 MB/S这样吧?已经确认都是全千兆环境下做测试。

校验会做大量的与、或运算,看您的配置校验应该是CPU带不动了。

Link to comment

不會是 CPU 問題, 執行 parity check 或 文件轉送,就不要有其它 disk 存取. 可用 iotop 看看.

 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
12899 nobody    20   0 1757444 662720   7200 S 106.9  13.1  87:26.65 rslsync
12860 root      20   0       0      0      0 R  96.6   0.0 124:36.87 unraidd0
 4885 root      20   0    6084   2736   2192 R  37.9   0.1   0:00.14 top
13752 root      20   0 2262712  79888  39040 S  31.0   1.6  78:38.38 dockerd
 9821 root      20   0 1425044 518160  22888 S  27.6  10.2 140:40.28 qemu-syst+
16397 nobody    20   0 4512256 220524  17256 S  27.6   4.4  98:13.15 jellyfin
10773 root      20   0       0      0      0 R  24.1   0.0  18:28.58 mdrecover+

 

Edited by Vr2Io
Link to comment
Posted (edited)
2 hours ago, Vr2Io said:

不會是 CPU 問題, 執行 parity check 或 文件轉送,就不要有其它 disk 存取. 可用 iotop 看看.

 


  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
12899 nobody    20   0 1757444 662720   7200 S 106.9  13.1  87:26.65 rslsync
12860 root      20   0       0      0      0 R  96.6   0.0 124:36.87 unraidd0
 4885 root      20   0    6084   2736   2192 R  37.9   0.1   0:00.14 top
13752 root      20   0 2262712  79888  39040 S  31.0   1.6  78:38.38 dockerd
 9821 root      20   0 1425044 518160  22888 S  27.6  10.2 140:40.28 qemu-syst+
16397 nobody    20   0 4512256 220524  17256 S  27.6   4.4  98:13.15 jellyfin
10773 root      20   0       0      0      0 R  24.1   0.0  18:28.58 mdrecover+

 

非常抱歉,但是我有一个感觉, CPU就是问题,因为一旦CPU的使用率下降的时候,写入速度会提升。可是CPU使用率上升,它的写入速度就下降。现在的话,是在用这一个preclear在做买来的二手硬盘的测试,就算我把两个东西(VM,Docker)都关掉,它的写入速度并没有很好的提升

Snipaste_2021-01-09_16-34-08.png

Snipaste_2021-01-09_16-39-25.png

gannas-diagnostics-20210109-1637.zip

Snipaste_2021-01-09_16-49-07.png

Edited by GGANNAS
Link to comment
Posted (edited)
4 hours ago, uniartisan said:

校验会做大量的与、或运算,看您的配置校验应该是CPU带不动了。

我也是这么认为,就算我把CPU从Xeon 3040换成Intel Core 2 Quad Q6700,性能上我觉得好像只是核心上的差别而已,因为是品牌机的原因,再升级上去的话,就是整机都要换掉的那种。

Edited by GGANNAS
Link to comment

為什麼說不是 CPU 問題呢, 因為我以前用 ATOM J1800 這麼低效 CPU 帶 13隻硬盤都沒有問題, 速度 100MB/s+ (單 parity disk), 最差的 775 socket CPU 都不會比它差吧. 另一方面, dd 亦只是直接輸入輸出, 不需運算 xor.

 

"买来的二手硬盘" 亦可能有問題, 你能在 SSD 上再做点測試, 將 of=/dev/sdX 轉成 of=file 便可.

 

另外 Unraid CPU usage 是包含 iowait time, 所以 iowait 高, 佔用亦會高, 但我不太肯定 "state" 是否一樣, 你可用 USB 手指試試是否轉輸很低 ,但 CPU usage 是否一樣地高.

 

不要見 CPU usage 高就斷定是 CPU 問題.

 

在 CPU 接近滿載時,用 watch grep \"cpu MHz\" /proc/cpuinfo 看看 CPU 運作在甚麼 freq 吧

Edited by Vr2Io
Link to comment

 

5 hours ago, Vr2Io said:

為什麼說不是 CPU 問題呢, 因為我以前用 ATOM J1800 這麼低效 CPU 帶 13隻硬盤都沒有問題, 速度 100MB/s+ (單 parity disk), 最差的 775 socket CPU 都不會比它差吧. 另一方面, dd 亦只是直接輸入輸出, 不需運算 xor.

 

"买来的二手硬盘" 亦可能有問題, 你能在 SSD 上再做点測試, 將 of=/dev/sdX 轉成 of=file 便可.

 

另外 Unraid CPU usage 是包含 iowait time, 所以 iowait 高, 佔用亦會高, 但我不太肯定 "state" 是否一樣, 你可用 USB 手指試試是否轉輸很低 ,但 CPU usage 是否一樣地高.

 

不要見 CPU usage 高就斷定是 CPU 問題.

 

在 CPU 接近滿載時,用 watch grep \"cpu MHz\" /proc/cpuinfo 看看 CPU 運作在甚麼 freq 吧

of=/dev/sdX 轉成 of=file?在终端机打入这两行没有什么反应的样子。

我开了Glances,只有看到Warning or critical alerts (last 1 entries) 2021-01-09 22:33:06 (ongoing) - LOAD (3.5)

Snipaste_2021-01-09_23-54-18.png

Snipaste_2021-01-09_23-55-16.png

Link to comment

從你的 syslog 與 stats 可看到, 當寫入時, 速度很慢, 兼且 CPU 佔用奇高. Preclear 讀取測試時去到 170MB/s (橙色部份), CPU 佔用都只是 25% 左右, 是正常, 但寫入時 (黃色部份) 就不正常了.

Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Command: /usr/local/emhttp/plugins/preclear.disk/script/preclear_disk.sh --cycles 1 --no-prompt /dev/sdh
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Preclear Disk Version: 1.0.20
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: S.M.A.R.T. info type: default
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: S.M.A.R.T. attrs type: default
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Disk size: 2000398934016
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Disk blocks: 488378646
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Blocks (512 bytes): 3907029168
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Block size: 4096
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Start sector: 790
Jan  8 17:41:01 GANNAS preclear_disk_W520DG20[4095]: Pre-read: pre-read verification started (1/5)....
Jan  8 17:41:01 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd if=/dev/sdh of=/dev/null bs=2097152 skip=0 count=2000398934016 conv=noerror iflag=nocache,count_bytes,skip_bytes
Jan  8 18:00:18 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 10% read @ 172 MB/s
Jan  8 18:19:56 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 20% read @ 165 MB/s
Jan  8 18:40:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 30% read @ 158 MB/s
Jan  8 19:02:52 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 40% read @ 153 MB/s
Jan  8 19:25:10 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 50% read @ 143 MB/s
Jan  8 19:53:32 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 60% read @ 135 MB/s
Jan  8 20:19:04 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 70% read @ 125 MB/s
Jan  8 20:47:32 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 80% read @ 114 MB/s
Jan  8 21:19:27 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 90% read @ 98 MB/s
Jan  8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd - read 2000398934016 of 2000398934016 (0).
Jan  8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: elapsed time - 4:16:24
Jan  8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd exit code - 0
Jan  8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-read: pre-read verification completed!
Jan  8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: zeroing the disk started (1/5)....
Jan  8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: emptying the MBR.
Jan  8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: dd if=/dev/zero of=/dev/sdh bs=2097152 seek=2097152 count=2000396836864 conv=notrunc iflag=count_bytes,nocache,fullblock oflag=seek_bytes
Jan  8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: dd pid [327]
Jan  8 23:32:47 GANNAS preclear_disk_W520DG20[4095]: Zeroing: progress - 10% zeroed @ 31 MB/s

 

我做了点測試, 用以下方法, 写入再讀回 (沒用記憶體 cache), 再重覆多次, 目的盤是軟 raid0, 所以性能可去到 500MB/s+, 你可看到CPU 佔用都不會很高, 可能是軟 raid0, 讀取時 CPU 佔用還高於寫入.

 

dd if=/dev/zero of=/mnt/disks/9AB/test bs=10M count=1000 oflag=direct
sleep 15

dd of=/dev/null if=/mnt/disks/9AB/test bs=10M count=1000 iflag=direct
sleep 15

 

1.thumb.png.a0cd3d540b2650de5f5c199cfa58f9cc.png

 

 

 

 

同樣的測試在 array disk, 單碟讀寫只有 170MB/s 左右, CPU 佔用都沒有明顯增加 (大量 xor 運算) , 讀寫時與 idle 時相差不多.

 

dd if=/dev/zero of=/mnt/disk1/test bs=10M count=1000 oflag=direct
sleep 15

dd of=/dev/null if=/mnt/disk1/test bs=10M count=1000 iflag=direct
sleep 15

 

2.thumb.png.0d5accfaa79b3815b0f9c5c6cf8ee2d6.png

 

 

所以你試試啟動安全模式, 即是停止所有 plugin / docker 情況下, 再試試吧.

 

 

 

Edited by Vr2Io
Link to comment
9 hours ago, Vr2Io said:

從你的 syslog 與 stats 可看到, 當寫入時, 速度很慢, 兼且 CPU 佔用奇高. Preclear 讀取測試時去到 170MB/s (橙色部份), CPU 佔用都只是 25% 左右, 是正常, 但寫入時 (黃色部份) 就不正常了.


Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Command: /usr/local/emhttp/plugins/preclear.disk/script/preclear_disk.sh --cycles 1 --no-prompt /dev/sdh
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Preclear Disk Version: 1.0.20
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: S.M.A.R.T. info type: default
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: S.M.A.R.T. attrs type: default
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Disk size: 2000398934016
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Disk blocks: 488378646
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Blocks (512 bytes): 3907029168
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Block size: 4096
Jan  8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Start sector: 790
Jan  8 17:41:01 GANNAS preclear_disk_W520DG20[4095]: Pre-read: pre-read verification started (1/5)....
Jan  8 17:41:01 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd if=/dev/sdh of=/dev/null bs=2097152 skip=0 count=2000398934016 conv=noerror iflag=nocache,count_bytes,skip_bytes
Jan  8 18:00:18 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 10% read @ 172 MB/s
Jan  8 18:19:56 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 20% read @ 165 MB/s
Jan  8 18:40:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 30% read @ 158 MB/s
Jan  8 19:02:52 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 40% read @ 153 MB/s
Jan  8 19:25:10 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 50% read @ 143 MB/s
Jan  8 19:53:32 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 60% read @ 135 MB/s
Jan  8 20:19:04 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 70% read @ 125 MB/s
Jan  8 20:47:32 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 80% read @ 114 MB/s
Jan  8 21:19:27 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 90% read @ 98 MB/s
Jan  8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd - read 2000398934016 of 2000398934016 (0).
Jan  8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: elapsed time - 4:16:24
Jan  8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd exit code - 0
Jan  8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-read: pre-read verification completed!
Jan  8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: zeroing the disk started (1/5)....
Jan  8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: emptying the MBR.
Jan  8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: dd if=/dev/zero of=/dev/sdh bs=2097152 seek=2097152 count=2000396836864 conv=notrunc iflag=count_bytes,nocache,fullblock oflag=seek_bytes
Jan  8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: dd pid [327]
Jan  8 23:32:47 GANNAS preclear_disk_W520DG20[4095]: Zeroing: progress - 10% zeroed @ 31 MB/s

 

我做了点測試, 用以下方法, 写入再讀回 (沒用記憶體 cache), 再重覆多次, 目的盤是軟 raid0, 所以性能可去到 500MB/s+, 你可看到CPU 佔用都不會很高, 可能是軟 raid0, 讀取時 CPU 佔用還高於寫入.

 


dd if=/dev/zero of=/mnt/disks/9AB/test bs=10M count=1000 oflag=direct
sleep 15

dd of=/dev/null if=/mnt/disks/9AB/test bs=10M count=1000 iflag=direct
sleep 15

 

1.thumb.png.a0cd3d540b2650de5f5c199cfa58f9cc.png

 

 

 

 

同樣的測試在 array disk, 單碟讀寫只有 170MB/s 左右, CPU 佔用都沒有明顯增加 (大量 xor 運算) , 讀寫時與 idle 時相差不多.

 


dd if=/dev/zero of=/mnt/disk1/test bs=10M count=1000 oflag=direct
sleep 15

dd of=/dev/null if=/mnt/disk1/test bs=10M count=1000 iflag=direct
sleep 15

 

2.thumb.png.0d5accfaa79b3815b0f9c5c6cf8ee2d6.png

 

 

所以你試試啟動安全模式, 即是停止所有 plugin / docker 情況下, 再試試吧.

 

 

 

OK,我进入安全模式,停止所有 plugin / docker / vm,从我的电脑到NAS,速度有一点回到100MB/S,但是不稳定Snipaste_2021-01-10_13-03-31.png.fa7403b31d113bd193817772ea2cf5cf.png

顺便一提刚才做完的preclear的那个二手硬碟没有报出任何的警告Snipaste_2021-01-10_11-45-26.thumb.png.90b2c5a6627b043521c0ce4774e1794a.png

Snipaste_2021-01-10_13-53-02.png

gannas-diagnostics-20210110-1354.zip

Edited by GGANNAS
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.