- 主题:我把固态硬盘系统格了，做storeMI的加速盘
我的第一块SSD就是用来放系统热数据以及少数游戏的
毕竟那时候才60GB，用来装系统太浪费了——一个月才会启动/重启动一次系统，把可能几年都用不到的一堆系统文件放进去毫无意义
为什么要放游戏，因为遇到了一个当时采用变态的差分升级方式的游戏World of Tanks，每次升级程序下载差分文件，然后对资源包文件解压缩（私有格式）、差分更新后再打包回去，一个一个的资源文件解开、更改、打包，用机械硬盘简直惨不忍睹
--
FROM 39.144.106.*
【 在 dragonrage 的大作中提到: 】
: 大佬！那年就玩固态了。
我身边有更早的啊，30还是32GB的SSD，好像还是SLC的（我的60GB是MLC）
然后他把Win7系统装在那个小SSD上，装完就不剩什么空间了，为了减少磨损还把pagefile放在机械硬盘上……SLC怕什么pagefile磨损哦
当年微软专门出了个指南，建议把pagefile放在SSD里面，并且给了来自全球Vista和Win7遥测回传的统计数据，表明系统RAM不太小的时候，pagefile实际被用于“倾倒RAM中凉了的垃圾”，因此读写比通常在3:1~7:1，也就是写入数据量并不大，系统把“垃圾数据”转储进来后只是偶尔回来查点东西
30GB左右的SSD装系统真的是太浪费了，我感觉他就是每天享受一下每天开机后电脑管家提示“您的开机速度击败了全国99.9%的电脑”；而我电脑几乎从来不关机，都是睡眠或者休眠，只有意外故障导致不得不重启动才会开一次，所以我不把系统装在宝贵的SSD空间里
当然现在都是单盘SSD就无所谓了
--
FROM 223.104.210.*
【 在 dragonrage 的大作中提到: 】
: 我记得vista时代用U盘也能加速。
super fetch，我就专门买了个很小的4GB高速U盘加速Vista笔记本电脑，有多大改进？我也没有比较过，图个心理安慰
Win7也有super fetch，而当Vista/Win7系统装在机械硬盘上时，后加一块非系统盘SSD，改注册表也可以设置该SSD帮助系统super fetch（不知道能不能直接设置）
所以我当时的SSD是放置super fetch、pagefile、temp目录、浏览器缓存等系统热数据，以及游戏的
--
FROM 223.104.210.*
【 在 dragonrage 的大作中提到: 】
: 这个storeMI真的挺快的，我常用的edge，感觉启动速度已经不亚于固态直装的速度了。
很久以前见过Linux服务器上的一个守护脚本，是自动调度分级存储的
根据统计的文件读写数据，自动把一部分文件调度到SSD上，同时对机械硬盘上面原文件做两个操作——第一是改目录位置到备份区（即逻辑位置，文件本身不用挪磁盘上的物理位置），第二是在原逻辑位置创建一个符号链接指向SSD上面的“热文件”
当然空闲时还会同步“热文件”的最新内容到备份区，即把SSD的最新数据定期（若有空）转储覆盖机械硬盘的冷数据
上述脚本的最小调度单元是“1个文件”，我看AMD的介绍，StoreMI最小调度单元似乎是小于1个文件的“数据块”
--
FROM 223.104.5.*
【 在 beanpole 的大作中提到: 】
: 十几年前，还在读书的时候选了嵌入式系统设计和嵌入式系统实践两门课
: 老师说，U盘读写次数有限，文件系统的读写需要特别设计
: 然后，我就想，嗯，文件系统日志反复读一个区域的话，那就会坏的快
: ...................
不知道windows pagefile.sys文件是怎么使用
Linux内核很早就支持swap文件穿透操作，不经过文件系统，系统直接读写扇区。从这个内核版本开始swap分区就没有单独分的必要了（现代Linux默认都不单独分swap分区）
我想这样穿透式操作交换文件的话，应该不会集中磨损某个位置吧
--
FROM 101.82.250.*