V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
zone53
V2EX  ›  问与答

win10 1903 VMware12/14/15 磁盘占用率 100%

  •  1
     
  •   zone53 · 2019-07-02 10:08:48 +08:00 · 4787 次点击
    这是一个创建于 2006 天前的主题,其中的信息可能已经有所发展或是发生改变。

    感觉以前在 win10 下用 VM 的时候也不是这样的.

    现在的情况描述如下:

    1.开虚拟机非常慢,进 win7 后,从主机拷贝东西到虚拟机,也是慢的不行.
    2.创建虚拟机 XP,会卡在磁盘格式化,到 20%后,就不动了.
    3.创建虚拟机,选在单文件创建硬盘空间时,巨慢,半天都完不成.
    4.创建快照,也是会卡死.非常慢.
    5.后来看任务管理器,发现磁盘占用率 100%,但是写入速度很低,隔 3 秒钟,写入 1M 多点.
    

    尝试解决办法:

    1.网上看了说,禁用内存页面修正.
    	无改善效果.
    2.在***.vmx 加上 mainMem.useNamedFile = "FALSE"
    	无改善效果.
    3.倒是在卸载 VM,重新安装后,会稍正常一下,但是一段时间后,又不行了.
    

    卡,卡死,只在 VM 内,但是因为磁盘占用率满了,导致,不能开装在机械硬盘上的软件,或者进行复制粘贴操作.

    不知网友有无解决办法.

    我只是想测试下软件安装而已,折腾我两天了,o(╥﹏╥)o

    31 条回复    2019-07-05 09:28:09 +08:00
    acess
        1
    acess  
       2019-07-02 10:52:24 +08:00   ❤️ 1
    你的机械盘是 SMR 么
    NetworkManager
        2
    NetworkManager  
       2019-07-02 12:31:31 +08:00   ❤️ 1
    我用的 VM15 很流畅
    surpass7
        3
    surpass7  
       2019-07-02 12:57:19 +08:00 via iPhone   ❤️ 1
    virtualbox 多台 win7,宿主机 cpu 达到 50%,于是关闭虚拟机的防火墙服务、search 服务,cpu 降到 15%左右
    zone53
        4
    zone53  
    OP
       2019-07-02 14:22:46 +08:00
    @acess 笔记本上是 ThinkPad T480, 希捷 1T, ST1000LM035-1RK172, 不清楚怎么看是不是 SMR.
    老哥,SMR 的有什么说法么
    acess
        5
    acess  
       2019-07-02 14:32:22 +08:00   ❤️ 4
    @zone53

    SMR 就是叠瓦式磁记录,大概是这样是:硬盘的写磁头比读磁头大,所以本来磁轨和磁轨之间是留了比较大的间距的。
    为了提高容量,SMR 把这个间距缩小了,于是就造成了读取时没问题、写入时会覆盖掉邻近磁轨的问题。为了防止数据丢失,就需要多次腾挪数据,很显然这样就会导致性能下降。
    本来 SMR 是用于归档硬盘的,也就是写进去后就不会改那种用途;现在 SSD 越来越便宜,搞得机械盘厂商很慌。HDD 读写速度上肯定是拼不过 SSD 的,只能在容量上做文章了,于是就搞了这么一种鸡贼的策略,把 SMR 当作一般的硬盘卖……

    要问怎么判断是不是 SMR,问题的关键就在这里……硬盘厂都鸡贼,藏着掖着不肯说是不是 SMR ……

    只能说 SMR 盘一般都有一些特征,比如缓存超大(比如 128MB ;非 SMR 盘一般只有 8MB/16MB 这种);盘体更薄(因为记录密度大了,单碟容量更大,用到的碟数就可以更少);转速不高(台式机也能 5400 转)……等等。
    新的 SMR 盘如果跑读取速度测试,我看网上还有跑出一条平线的结果,应该是硬盘主控知道那些地方都是 0,所以并没有实际执行读取,而是直接返回了 0 导致的。
    还有,新的 SMR 盘好像都开始支持 TRIM 了,就像 SSD 一样,方便主控进行优化,缓解掉速问题。
    zone53
        6
    zone53  
    OP
       2019-07-02 14:32:26 +08:00
    @NetworkManager 折腾的我心态爆炸
    acess
        7
    acess  
       2019-07-02 14:34:27 +08:00   ❤️ 1
    空的 SMR 盘写入看上去还是正常的。数据多了,盘比较“脏”的时候,区别就体现出来了。
    zone53
        8
    zone53  
    OP
       2019-07-02 14:39:08 +08:00
    @acess 用鲁大师查了下, 缓存 128M,转速 5400 转...感觉应该是了...

    所以,是硬盘的问题么.
    acess
        9
    acess  
       2019-07-02 14:41:46 +08:00   ❤️ 1
    @zone53 应该是的。
    之前用的没问题,是因为还有没用过的“干净”空间。现在卡了,估计就是“干净”的空间用完了。
    这盘貌似还不支持 TRIM ……真是蛋疼。
    acess
        10
    acess  
       2019-07-02 14:44:09 +08:00   ❤️ 1
    还有,推荐你换个工具来查信息,比如 Crystal Disk Info ……
    zone53
        11
    zone53  
    OP
       2019-07-02 14:44:16 +08:00
    @acess 还有这种坑,防不胜防.
    我去固态上试试.

    感谢.
    zone53
        12
    zone53  
    OP
       2019-07-02 15:19:49 +08:00
    @acess ![]( )
    能看到图片吗
    acess
        13
    acess  
       2019-07-02 15:48:46 +08:00 via Android
    @zone53 能看到图。不过我知道的也就这么多了,从图上我也看不出更多信息了。
    loveour
        14
    loveour  
       2019-07-02 15:51:00 +08:00
    机械硬盘现在只适合做仓库,软件,游戏,虚拟机,乃至要用到的资源,还是都放在固态上吧。之前编译虚幻项目,也是硬盘 100%,项目放在固态上以后,就是 CPU 100%了。
    acess
        15
    acess  
       2019-07-02 15:58:35 +08:00 via Android
    搜了一下,很多地方都说这个盘是 SMR,比如 forum.51nb. com/forum.php?mod=viewthread&tid=1668192

    甚至 Google 还给我提示关键词“ slow ”…… 23333
    acess
        16
    acess  
       2019-07-02 16:05:45 +08:00 via Android
    希捷官方的 datasheet 明确提到它是 SMR,看样子判断没错……

    PS:我貌似搜到了两个版本的 datasheet,一个提到了 SMR,一个压根没提……哎……
    ashsaviour
        17
    ashsaviour  
       2019-07-02 16:06:39 +08:00
    kokutou
        18
    kokutou  
       2019-07-02 16:26:29 +08:00
    @zone53 #4
    ST1000LM035 就是 SMR。。。

    买个固态吧。。。
    一线大厂里面最次的镁光 bx500
    https://item.jd.com/8670900.html

    480g 只要 349,淘宝更便宜
    unknowncheater
        19
    unknowncheater  
       2019-07-02 16:30:14 +08:00
    emmm,我的机械硬盘是 1T 64mb 缓存,7200 转的,但是还是卡的一批。难道是是我 3a 平台的原因?都是数据读取写入太慢了,换了台式机还是如此之慢
    msg7086
        20
    msg7086  
       2019-07-03 05:10:40 +08:00
    SMR 硬盘稀烂无比,只适合轻度使用(对,扫雷是可以的)。
    随便 BT 下载个大文件都能卡到操作系统失去响应,更别说你搞虚拟机了。
    zone53
        21
    zone53  
    OP
       2019-07-03 11:01:04 +08:00 via iPhone
    @kokutou 看来确实要把机械硬盘换了
    今天从移动硬盘考东西,大约 10 个 g,又卡死了
    acess
        22
    acess  
       2019-07-03 11:34:30 +08:00
    @msg7086
    本来这种盘是用来存档的,存进去就不会改那种。
    我觉得这个和 SSD 类似,还是欠优化,优化了应该会好一些。像 LZ 这种,连 TRIM 都没有……
    msg7086
        23
    msg7086  
       2019-07-03 11:40:58 +08:00
    @acess SSD 本来就快啊……而且 SSD 写入本身没损耗的,擦除才有。SMR 是大部分写入都有损耗,所以……再怎么优化估计也就那样了……
    acess
        24
    acess  
       2019-07-03 11:51:42 +08:00
    @msg7086
    优化肯定是有用的啊……比如,如果有 TRIM 的话,SMR 盘主控就可以知道哪些数据已经不要了,然后就不用再把这些垃圾当宝贝一样挪来挪去了。

    SMR 盘和 SSD 还是很相似的,都是不能直接覆盖写入,存在写入放大问题。
    msg7086
        25
    msg7086  
       2019-07-03 12:22:54 +08:00
    @acess SMR 本身没有映射啊,区别就只是是否需要原地重写。
    如果 SMR 完全做成 SSD 那样映射式的话倒也可以,只不过顺序读写的速度会爆炸,你有没有想过呢。
    acess
        26
    acess  
       2019-07-05 07:42:35 +08:00 via Android
    @msg7086 你说的映射是什么意思?
    SMR 也是有划分 zone 的吧,这就跟闪存的 block 很像了……不过也确实不完全一样,因为 SMR 在一个 zone 内部也仍然存在覆写邻近磁轨的问题,闪存就没有这种问题……
    msg7086
        27
    msg7086  
       2019-07-05 07:43:48 +08:00
    @acess SSD 逻辑地址和物理地址是通过映射表转换的,不是顺序的。
    acess
        28
    acess  
       2019-07-05 07:53:06 +08:00 via Android
    @msg7086 难道 SMR 没有做类似的事情么?不是说某厂的 SMR 盘做了所谓“ multi tier cache ”吗?
    现在消费级别的 SMR 盘都是“ Drive managed ”,也就是完全由硬盘主控自己管理数据,而不是交给主机操作系统管理的吧。
    msg7086
        29
    msg7086  
       2019-07-05 08:29:27 +08:00
    @acess 我理解的 Drive managed 只是盘会自己重写被覆盖的磁道,而不是重映射。
    旋转盘用重映射的效率损失太可怕了。
    相当于一个 100%碎片化的普通硬盘,读写任何数据都需要重新寻道,你说可能吗。
    按照 4KB 一个扇区,100iops 来算,每秒读写最高不超过 400KB/s ……
    acess
        30
    acess  
       2019-07-05 08:47:22 +08:00
    @msg7086
    zone 没有分那么细吧……不是说一个 zone 有 256MB 么……
    msg7086
        31
    msg7086  
       2019-07-05 09:28:09 +08:00
    @acess 具体实现我也不清楚了。但是 SSD 的映射单位小得多,所以至少 SMR 和 SSD 的机制是不同的。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2797 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 33ms · UTC 02:46 · PVG 10:46 · LAX 18:46 · JFK 21:46
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.