一个硬盘有多个文件系统,比起单一的文件系统,会加快磁盘的损耗吗? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
syahd
V2EX    硬件

一个硬盘有多个文件系统,比起单一的文件系统,会加快磁盘的损耗吗?

  •  
  •   syahd 2016-12-12 21:50:04 +08:00 3080 次点击
    这是一个创建于 3308 天前的主题,其中的信息可能已经有所发展或是发生改变。

    我有个固态,上面有四个不同的文件系统 NTFS : windows8
    FAT32: EFI 分区
    EXT4: Arch Liunx
    HFS+: 黑苹果

    那么,这样装会不会加快磁盘的损耗呢?如果会的话,又是因为哪些因素会导致损耗加呢?

    20 条回复    2016-12-13 14:04:15 +08:00
    momi
        1
    momi  
       2016-12-12 21:57:06 +08:00
    你咋会这么想呢?没用过固态,不说了。。。
    xfspace
        2
    xfspace  
       2016-12-12 22:13:05 +08:00 via Android
    你这条数学题,我不会
    longear
        3
    longear  
       2016-12-12 22:35:46 +08:00
    买的一个 SSD 附带的使用指南上说分区时分小一点, 比如 120G 的硬盘只分 100G ,其余 20G 留着不要占用, 留给固件做缓冲 均衡擦写,说这样 SSD 会表现更好
    syahd
        4
    syahd  
    OP
       2016-12-12 22:51:08 +08:00
    @momi 直觉嘛,因为四个文件系统对磁盘的操作都是不同的
    syahd
        5
    syahd  
    OP
       2016-12-12 22:51:21 +08:00
    @xfspace 为啥是数学题啊
    syahd
        6
    syahd  
    OP
       2016-12-12 22:52:17 +08:00
    @longear 我以前也看到过这种说法,但是想到浪费空间就心疼
    xfspace
        7
    xfspace  
       2016-12-12 22:57:39 +08:00 via Android
    @whwq2012 那么,这样会不会 XXX 呢?如果会的话,又是 XXX 呢?
    ouqihang
        8
    ouqihang  
       2016-12-12 23:10:04 +08:00 via iPad
    四个文件系统意味着起码有 4 个区了。平衡负载只是在同分区有效,如果使用某个分区频繁,那个区域是会损耗,哪怕其他区是空的,而不会平衡到另一个区。 3 楼说法不严谨,是可以划分一部分区域做 op ,但要通过厂家的软件,不是简单的在系统里面做,操作也不叫分区,因为做完后相应空间就不可见了。其实 120g 已经有 8G 留出来备用了, ssd 的寿命没想象中的短。
    yangqi
        9
    yangqi  
       2016-12-12 23:14:53 +08:00
    一个电脑安装 4 个操作系统,会加快电脑的损耗吗?
    syahd
        10
    syahd  
    OP
       2016-12-12 23:19:23 +08:00
    @ouqihang 但是有一部分坏了的话,还是会影响使用吧

    @yangqi 电脑的损耗主要就是硬盘的损耗吧,因为还没有听过 CPU 和内存“过劳死”的
    yangqi
        11
    yangqi  
       2016-12-12 23:37:53 +08:00
    @whwq2012 没听过说明你经历的太少了
    doubleflower
        12
    doubleflower  
       2016-12-13 07:08:58 +08:00 via Android   1
    @ouqihang ssd 能感知电脑的分区???你是随口说说还是看过什么权威的资源,有链接吗
    doubleflower
        13
    doubleflower  
       2016-12-13 07:13:39 +08:00 via Android   1
    @whwq2012 你去网上搜一搜,之前有一个挺火的固态硬盘耐操测试的,总之你想刻意用坏一块固态硬盘都很不容易的,你平时用的话就不用担心这些损耗的事情了
    ouqihang
        14
    ouqihang  
       2016-12-13 08:03:04 +08:00   1
    @doubleflower 仔细查找了一下,损耗平衡还真是无视分区,被以前 HDD 的习惯误导了,加上身边都说 SSD 不应该分区,顺理成章的就这样认为了。所以原则还是随便用。
    honeycomb
        15
    honeycomb  
       2016-12-13 08:12:06 +08:00 via Android
    @whwq2012
    ssd 天生的特性,无论是你忍着不用剩下的 20G ,还是故意只分 100G ,都是对抑制写入放大系数增加有所帮助的
    20015jjw
        16
    20015jjw  
       2016-12-13 08:28:30 +08:00
    装这么多系统感觉很容易裂掉...
    SSD 这东西 1 不贵 2 耐操 纠结这些干啥
    RqPS6rhmP3Nyn3Tm
        17
    RqPS6rhmP3Nyn3Tm  
       2016-12-13 08:37:02 +08:00 via iPhone
    我没记错的话,现代的 SSD 主控会将擦写平衡到不同的 chip 上,按照我的理解是不需要当心的
    misaka19000
        18
    misaka19000  
       2016-12-13 08:38:54 +08:00 via Android
    不同的文件系统只是在操作系统级别的吧,最终发给磁盘的指令不都是一样的吗?
    ragnaroks
        19
    ragnaroks  
       2016-12-13 09:11:55 +08:00
    事实上,你不是下载狂人的话,真的不必要在意 tlc/mlc 之类,在你换 CPU 前 ssd 不会坏的.
    我的垃圾 120G(128G)ssd 用了 2 年写入才 40 多 G,我都怀疑不进行时间众筹的话恐怕是我比 ssd 先死.
    ldrljq
        20
    ldrljq  
       2016-12-13 14:04:15 +08:00
    @longear 空余空间在出厂的时候已经预留了,所以 SSD 才比机械硬盘的数值小一点,你自己预留没啥太大用处,你要是说 TLC 掉速问题的话,除非你愿意空余一半的磁盘空间才有效果。。。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1222 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 24ms UTC 17:07 PVG 01:07 LAX 09:07 JFK 12:07
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86