作者LIAR (玻璃做的大叔)
看板Linux
标题Re: [问题] 监视器网芳传档案,CPU会突然爆高
时间Sat Aug 22 08:44:18 2020
: → bitlife: 建议可以从仅1台摄影机流量开始测试,逐步增加连线的摄影 08/09 10:32
: → bitlife: 机数量,看看在数量几台的时候出现问题.如果wa是随数量增 08/09 10:32
: → bitlife: 加而恶化,很可能真的是SMR造成的问题.我home的资料用前面 08/09 10:33
: → bitlife: 提的500GB 2.5寸,我记得第一次备份只花了大概4小时.同样 08/09 10:33
: → bitlife: 时期的另两台2.5寸 500GB,放在我目前的a300中,一台当home 08/09 10:34
: → bitlife: 不定期用dd将整颗500GB硬体进行全部磁区的完整备份,也不 08/09 10:35
: → bitlife: 到2个小时(整颗硬碟dd比home的rsync快是正常).用上面提的 08/09 10:36
: → bitlife: SMR,我晚上11点左右丢给它去rsync,早上起来至少经过7小时 08/09 10:36
: → bitlife: 还才备份到1x%,看了就晕倒,估计要1~2天才完成500GB的初次 08/09 10:37
: → bitlife: rsync.查了资料就连络厂商退货了 08/09 10:37
: → bitlife: 500GB硬碟 08/09 10:38
: → bitlife: 除非我刚好买到碟王,不然SMR就是如此的可怕 XD 08/09 10:39
: → bitlife: 上面的资料凭印象,时间和%数可能有问题,但初次rsync要超 08/09 10:42
: → bitlife: 过24小时是绝对没记错的 08/09 10:42
: → bitlife: 光是快速格式化就要闪灯超级超级久的硬碟(我用几种格式试 08/09 10:43
: → bitlife: 过),我也是第1次遇到 08/09 10:43
: → bitlife: 快速格式化真的久到我都以为当了 XD 08/09 10:44
如您所说,只有一台的时候,不会有问题,速度都有1MB/s左右,wa都在个位数,
CPU也只有0.5~0.7附近。如果两台同时写入,立刻就降到200KB/s左右,完全就是
之前说的状况。
所以现在只能很蠢的用回圈一次开放一台连入,这样整体来说反而还比较顺。
看来SMR应该是主因没错了,但2.5寸硬碟2TB,现在还有CMR的吗?我在原价屋看到的
好像都是SMR了耶?
而且监视器算是循序写入吧?一台两台怎麽会差这麽多啊?这点我真的搞不懂。
另外不晓得ext4或xfs改变一下SMR表现会不会变好?我目前用xfs。
--
起初,他们追杀共产主义者,我没有说话,因为我不是共产主义者;
接着,他们追杀犹太人,我没有说话,因为我不是犹太人;
後来,他们追杀工会成员,我没有说话,因为我不是工会成员;
此後,他们追杀天主教徒,我没有说话,因为我是新教教徒;
最後,他们奔我而来,却再也没有人站起来为我说话了。
《First They Came(他们首次来时)》,Martin Niemoller牧师(1892-1984)
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.233.88.199 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Linux/M.1598057062.A.DEF.html
1F:→ bitlife: 2.5寸PMR应该很难找了,去storage_zone爬一下文,很多都是 08/22 15:35
2F:→ bitlife: 买某型外接硬碟然後拆壳後取内部硬碟来用,也不一定有保证 08/22 15:36
3F:→ bitlife: 厂商後来没有换料. 如果能用3.5寸就简单多了 08/22 15:37
4F:→ bitlife: 如果是我,我会直接买2.5寸2TB SSD,我之前退货完就这麽干 08/22 15:37
5F:→ bitlife: 只是我是买1TB MLC的,贵到我有点超支,2TB大概只能选TLC 08/22 15:40
6F:→ bitlife: 单就资料写入是循序,但每次写入要去更新inode资料,这势必 08/22 15:43
7F:→ bitlife: 得回头去更新先前的轨道 08/22 15:43
8F:推 filiaslayers: 2TB没有PMR 08/24 11:35