bruhfei.22.09.02

在114514秒之后,我买的32GB玩具盘终于(迫真)到了,先测试一番🤔读写速度反正非常的坑爹,写入只有40多一点,读只有110到120,基本上就是u盘速度了(恼🤔功耗方面,读写都是0.⑨W,待机0.514W,一个字:臭 盘(吴慈悲🤔

更离谱的是as ssd测试的4k写入部分,剩余时间居然到了40分钟,可见它的io是有多烂,可以说是比tf卡还要烂了(全恼🤔

我估摸着这玩意搞不好真的只适合跑vhd系统了(悲🤔或者,为什么我不尝试直接把vhd放我的某块nvne固态上,然后用它来启动vhd系统?🤔

thonkwalker

与此同时windwalker上个月的作品也发到了我的邮箱里🤔这次他搞得还行,有某个崩坏3的pink eyes waifu,还有lisa,都有破处版本(确信🤔而psd也挺实用的,图层至少分了,可以随便排列组合各种表情和属性(比如有没有virgin blood🤔但绘图过程的视频我感觉没啥太大意思,下个月搞不好我可以不要这玩意了,换7美元档(全恼🤔

等等,这psd只有1080p分辨率是怎么回事?那为什么jpg能有5k?🤔这就非常见鬼了,他是用了waifu2x,还是输出psd的时候故意调低了分辨率,我暂且蒙在鼓里(恼🤔

hddthonk

一不小心看到6TB矿渣现在已经降到220块钱了,wiebitte?🤔我觉得300就已经够爽了,200多?是不是可以买一些专门放片子了?(意味深🤔

但再怎么说,继一年半前我提出机械硬盘的存储分级理论之后,现在我使用机械硬盘的方式发生了很大变化🤔由于我可以将某些东西远程保存两到三份副本(考虑到度盘转discord drive已经相当好用了,如果哪天我愿意,在那个actions里顺手再上传一遍guilded drive也不是⑧行),现在主存储(基本上等同于一手的最大容量到下一容量档硬盘)这个概念基本上已经没了,无论是截图还是照片还是游戏打包还是服务器备份还是别的啥玩意通通扔到以前的副存储这一级别里面🤔当然砂糖盘作为旧体系的遗产现在还在用,而且上面还有差不多2.6TB空间,但如果它也用完了,我没什么想法维持原来的存储体系了(确信🤔

现在看来,我可能需要更新下机械硬盘存储的分级理论了,现在基本上它只分两级,第一级是10TB以上硬盘,第二级是6TB矿渣,比如0034🤔6TB以下通通不考虑,或者全部升级到0034🤔

而在所谓的(新)第一级存储里,它又按照用途分为两类,归档存储和非归档存储🤔归档盘除了极少数例外,基本上只存储rar压缩包,而且存储方式不是将其直接设为压缩包的目标位置(也就是直接写入),而是在另外一个位置制作好压缩包,二次打包成能够上传到远程的8GB包,然后再解压到它们(又称用rar写入)🤔长期的实践证明这样写入rar,它114514%不会产生碎片,defrag基本上秒过(确信🤔比如mds futaba这样的主存储就属于这类,最近几年(我估摸着从18年末期起)主存储基本上全部便乘了归档存储,而且考虑到这样处理过的rar基本上有至少两份远程副本,归档盘是可以“降级”的(确信🤔比如现在用的futabruh盘就是mds futaba降级的成果,它们都是12TB氦气盘,但一个要2100,另外一个只要600,可见归档存储降级可以省下不少钱,或者说用相同的存储成本带来更多的存储能力(确信🤔

而非归档盘恰好相反,它们存储的是数据本身,比如照片的话就是jpg和raw文件,硬盘备份的话就是tib档本身🤔而且和归档盘存完东西基本上就不再使用不同,非归档盘上的数据由于是直接存进去的,被使用的频次很明显比前者多很多🤔历史上这种盘由于是副存储居多,也会被用于存放一些不太重要的数据的rar压缩包,比如截图和游戏打包,只不过和归档盘不一样,这些压缩包被直接写入这种盘,并产生大量的碎片(悲🤔和归档盘的降级相反,非归档盘基本上是逐步升级的,以前我基本上只用0034、0095或者其他型号的6TB盘,直到最近一次,我买了个全新的hc330作为非归档盘用,也就是现在的砂糖盘(确信🤔目前的非归档盘基本上只剩下砂糖盘一个了,而且它不仅会被用来存放照片的原始数据(作为本地的第二份副本),还会作为截图和游戏打包(以及部分硬盘备份)的暂存盘用,至少目前看来我一直在将照片之外的玩意挪出它,挪到比如furabruh盘(确信🤔

除这两者之外的(新)第二级存储,其实完全就是以前的第三级存储,用来存储一些不怎么重要却要经常使用,而且肯定不值得用固态来存放的数据,比如片子,比如背景音乐🤔但在新的分级里面,它们被排这里不是因为它们相比起来不重要,而是因为它们相比起来使用频次极高,高到我不可能像上面两个一样只有用时才给上线,它们必须100%时间接在机子上🤔

thonkrose

现在看来,以前的存储分级方式有一个问题,由于非归档存储的级别比归档存储低,而且容量小,导致我每一年的年末都需要将它们的(照片之外的)数据再备份一次,每次要花掉至少半个月的时间(恼🤔但现在的存储分级里,归档存储经常更换而且上面的数据在存入之前就已经有了至少两份远程副本,非归档存储会逐渐便乘使用时间更长而且(可能)容量更大的硬盘(确信🤔而且如果非归档存储上面的数据需要备份的话,它们通常会以被归档的方式直接扔进归档存储(并同时生成至少两份远程副本),从而腾出它们占用的空间来存储别的玩意,而且这样也彻底规避了以前需要在年末集中备份的问题(确信🤔

总结一下,旧的存储分级理论是以数据的重要性来分级,而现在的分级理论是以数据的使用频次和形式(其实这两者当然是关联的,原始数据肯定使用频次要高,归档数据肯定使用频次要低,甚至几年都不使用一次)🤔以这个理论作为指导,我基本上可以考虑将现有的存储体系转为新的存储体系了:

  • 砂糖盘(至少在它的容量真的被照片占完前)将作为真·非归档盘,用来存储归档数据和可以扔进6TB矿渣的玩意之外的一切玩意,包括之前在mds futaba里的部分数据(确信🤔
  • 那也就意味着mds futaba需要便乘归档盘并封存起来,但那应该不意味着它上面除了rar压缩包之外的东西就得删了,这些东西早就放得到处都是,删了之后只会让defrag便乘需要连续搞一周的事(恼🤔我只需要将这些东西复制到砂糖盘(也许可以顺便再搞两份远程副本)就vans了,比如某些游戏的存档这种玩意以前是放在mds futaba的(由于它在旧体系里比游戏打包重要),现在复制过去并在以后一直放在砂糖盘里,如果以后我有新的游戏存档了也放砂糖盘里🤔接下来,我也许就可以假装mds futaba完全不存在了(迫真🤔
  • 以后砂糖盘要是有什么东西需要挪出它,直接打包到归档盘里,然后重启后两边验证一遍checksum,再diff一遍checksum文件,diff通过直接删就vans了(🤔

接下来继续腾空间,直到砂糖盘腾出3TB空间为止(吴慈悲🤔

发表评论