海量零碎文件存储至HDD的方案
不久前琢磨了下【资源类站点】值得做的类别,决定在方向上充分做减法、做取舍→互联网资源站的几个方向。果断行动,计划将部分SSD内的文件进行清理,需将大量内容转存至HDD以腾出SSD空间。
但问题是:
1、这部分资源并非 压缩包or大文件,均为细碎的小文件;
2、总量大,超过4T;
在将其转存至HDD时,受制于机械硬盘天生的寻道时间问题,写入速度【极慢】,且过程频繁报错中断。
看似简单的复制粘贴操作,极为恼人!
后找到潜在解法:
1、在SSD内创建容器,将小文件存入镜像(容器),享受SSD的小文件写入速度;
2、将容器文件写入HDD,享受机械盘的低成本、稳定存储特性,规避写入速度过慢问题;
在容器选择上:
1、不使用压缩工具,避免加解密时长,且消耗CPU运算;
2、避免制度格式(如ISO),避免后期增删改会麻烦;
3、尽可能利用系统已有工具,避免安装额外工具;
故:
1、Win环境可用自带磁盘工具的VHDX,Mac环境使用自带磁盘工具DMG镜像;
2、均使用镜像+exFAT格式,确保极端场景下跨平台的可读;
过程:
1、Win的磁盘工具生成VHDX的方案,明显此工具并非面向个人,使用友好度极差:
操作复杂:不使用PowerShell的话操作步骤多;生成固定容量VHDX后填0操作超级耗时;退盘前需分离VHDX解除挂载;
BUG恼人:如生成VHDX后即自动挂载,但加载时未格式化,需重新启动磁盘工具再格式化后使用;创建时填写的容量和实际容量gap;
2、因使用的ThinkPad X1 Nano Gen1仅有2个TypeC口,一口需留作充电,另一口则无法接两个硬盘。使用一转多Hub的话,多盘共用1个口的带宽做上下行,速度慢且报错极为频繁,动辄则复制中断前功尽弃,让人抓狂;
3、考虑到后续使用场景基本均在Mac,最终:
- 用Mac创建DMG镜像作为容器+exFAT磁盘格式;
- 创建DMG后无需填零速度极快,碎文件存入Mac的镜像很快,Mac的DMG大文件写入HDD也很稳定;
- 可提前准备TransMac工具软件存入,以备偶然场景下需在Win端读取DMG;Win下读DMG还是有办法的,但Mac下读VHDX无解;
但凡使用Windows磁盘管理工具创建过VHDX,一旦切换到Mac做DMG,必定顿时“感到幸福”。至少,后者像是一个2C可用的产品。
操作者怕的不是不会用,而是在看似简单的前方,总会有奇奇怪怪未知的“坑”轮番上阵。尤其是在进度条走到90%+的时候,一次次的中断、报错、死机...
那感觉,不免让人联想起唐僧师徒西天取经时遭受得九九八十一难。


《置身钉内》
此文被作为“瓜”广泛传播。因其为“瓜”,故而能流传出来,算作一个幸事。
但文章的内容价值被远远低估。与其说为“瓜”,不如称之为一个极有借鉴意义的“教材”。其中有大量对钉钉ONE的产品设计过程思考、对组织方式的思考,且贯穿全程,逻辑完整。
作为“古典PM”,已“迷失”N年。
在当前的市场环境、角色定位下,“强执行”是不需要思考(方向)的。做漏斗、骗流量就是“追光”,反而意味着结果。不得不沉浸其中,不得不“迷失”。
细读此文,仿佛又被带回到了几年前,“古典主义产品经理”的年代——思考用户、思考方向、思考节奏、思考落地;
不由感叹,世事多艰。
原文在此:
《置身钉内》→InDingDing.pdf
Copyright © 2026 Rich同学. Powered by MWeb, Theme used GitHub CSS.

