磁盘冷热数据分离导致composer安装变慢，是因为cache-dir落在低速设备上引发i/o瓶颈：冷数据（如packages.json）加载慢，热数据（zip解压）频繁刷盘，相互干扰；确认方法为运行composer config --global cache-dir并结合-vvv日志、du与df指标交叉判断；实操需手动拆分路径——元数据缓存移至ssd、tmpdir设为/dev/shm、禁用classmap-authoritative、wsl2用户避免/mnt/c路径，并执行clear-cache生效。
为什么磁盘冷热数据分离会让 Composer 安装变慢
不是镜像源本身的问题，是 Composer 在解压 ZIP 包时反复读写缓存目录（cache-dir）导致的 I/O 瓶颈。当缓存路径落在机械硬盘、WSL2 挂载的 Windows 目录、或加密卷上，冷数据（如 provider-*.json、packages.json）加载慢，热数据（刚下载的 ZIP 临时解压）又频繁刷盘，两者互相干扰，vendor/ 构建阶段延迟翻倍。
如何确认 cache-dir 正在拖慢安装速度
运行 composer config --global cache-dir 查看当前路径，再结合以下现象交叉判断：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行
composer install -vvv时，日志卡在Extracting archive或Writing lock file阶段超过 10 秒 -
du -sh ~/.composer/cache显示缓存目录 >500MB，但df -h显示所在分区 I/O wait >15% - 同一份
composer.lock，在 SSD 环境 30 秒装完，在 HDD 环境 6 分钟以上，且-vvv日志中大量出现file_put_contents调用
冷热数据分离的实操配置方案
Composer 本身不支持自动冷热分离，需手动拆分路径并配合系统级优化：
- 把元数据缓存（冷数据）移到 SSD：
composer config -g cache-dir /mnt/ssd/composer-cache - 让 ZIP 下载临时目录走内存：
export TMPDIR=/dev/shm（Docker 中加ENV TMPDIR=/dev/shm） - 禁用 classmap-authoritative（避免每次 update 强制全量扫描）：
composer config -g classmap-authoritative false - 对 WSL2 用户：确保
/mnt/c不作为cache-dir，改用/home/xxx/.composer/cache（Linux 原生路径）
容易被忽略的关键点
缓存路径改了，但旧缓存不会自动迁移——composer clear-cache 后，新路径才真正启用；同时，parallel-downloads 设太高反而加剧临时文件竞争，尤其在 /dev/shm 空间不足时，file_put_contents(): failed to open stream 错误会掩盖真正的 I/O 问题。
