问题的由来：系统+虚拟盘方案的盛行，导致施工方案与硬盘选购标准的改变，以前古老的做法是：
有盘网吧：把所有游戏放按热门程度区分，本地放热门，但是本地磁盘空间有限，其余大量游戏要放虚拟盘，而虚拟盘服务器磁盘容量选购标准为500G，1000G，或1500G。
这种方案的优势很明显：是基本不用担心虚拟盘瓶颈导致的热门游戏卡，而非热门游戏玩的人本来就少，也基本不会卡；但是缺点也很明显，网维软件的二层穿透更新在游戏更新过程中非法重启导致磁盘损坏，需要chkdsk也非常常见，不经意间给我们的网维人员加了个工作，那就是chkdsk磁盘！同时网民上网还要为游戏更新时间买单，且不论网维软件二层更新速度有多块，再快也达不到点完游戏就启动游戏吗？
无盘网吧：游戏几乎没有按热门与非热门之分，都是把所有游戏存放在一个SAS盘阵列上的img文件内（例如锐起）或者真实磁盘内（例如网众），而硬盘选购标准则是73G SAS，146G SAS*x个做Raid。
这种方案的优势也很明显，服务器存储介质性能的提升势必会对游戏启动速度等体验有一定量的提升，但是毕竟只是从硬盘上改变，虽然单从硬盘性能上比，sas是比sata强，但是这种方案是把所有游戏都放到sas上了，热门游戏要占据这部分性能，而非热门游戏也要占据，由于没有一个分级的概念，这也就导致了资源的浪费，而且sas盘价格又偏高，容量又偏小，因此性价比很低，所以性价比能与带机量几乎无比例可言。
那么使用系统+虚拟盘方案之后，两者的优势被结合了，而且缺点也几乎不存在了，因为该方案引入了分级存储的概念，热门游戏放在速度最快的介质上，解决了游戏速度问题，非热门游戏放在普通的大容量廉价介质上，解决了游戏数量问题，而这么做的价值通过一个简单的2/8原则就可以说的很清楚，因为你网吧的热门游戏占你网吧所有游戏的比例绝对不会超过20%，而玩这些热门游戏的顾客却肯定会有80%以上比例，因此满足20%游戏的要求，就可以满足80%的顾客需求。这个方案这里就多说了，那么这个方案带来了什么问题？——硬盘选购问题！
因为使用该方案后，大家都希望把游戏搞的越多越好，但是为了避免管理复杂，性能影响等一系列问题，我们推荐大家选购多块大容量硬盘，比如1.5T以上的硬盘，相信大家都知道，08年末的时候希捷这个存储介质界的老大哥搞出一个固件门，虽然官方一直在回收有固件bug的硬盘，但是一些硬件厂商并不知情，或者并不在乎，导致了有问题的硬盘还有在市场上销售的几率，如果不幸选择了这种硬盘，那你就太幸运了，服务器死机，蓝屏，卡机将会像GF一样日夜伴随着你……这么看来为了避免几率问题，我们推荐选wd盘，结果wd盘为改善磁盘性能，解决空间浪费问题，新推出的以“EARS”为代号的硬盘，具有64M缓存，硬盘容量为1T或1.5T盘，但是因为这种硬盘改变了硬盘默认扇区大小，过去硬盘默认扇区是 512byte，而这种硬盘是4kb，这就带来了一些问题，导致选购这种硬盘后，少量的随机写入就会导致磁盘性能受到严重影响，那么如何解决这个问题？或者说如何避免？是不是这种硬盘不能买了？当然不是，因此请看以下转文，来自驱动之家的——硬盘新变革开始 详解西部数据4KB扇区技术
本月早些时候，我们已经报道过西部数据将引入“先进格式化”（Advanced Format）技术，把硬盘行业期待已久的4KB扇区技术引入实用。日前，我们又得到了关于该技术的更多详细信息。由于这样一项技术既牵扯到硬盘固件、分区格式，也影响到操作系统，西部数据希望在低调推出产品前，首先进行一番普及教育，让用户更多的了解该技术，避免今后的使用问题。这或许也就是我们目前还没有在市场上见到新款绿盘的原因吧。
硬盘行业实际上早在十多年前就开始计划4KB扇区技术。在硬盘容量以MB计的年代，每扇区512byte显得非常合适。但随着技术的进步，硬盘容量的增大，依旧保持 512byte的扇区尺寸已经越来越不合时宜。具体来看，随着存储密度（Areal Density）的增大，磁头读取磁盘时的信噪比（SNR）会出现明显的下降，也就是说读取时会更容易出现错误。因此必须加入ECC校验码来保证数据可靠性，但ECC数据实际上消耗了磁盘上可用的存储空间，有时甚至可能把存储密度上升带来的多余空间完全抵消掉了。
更关键的问题在于，ECC校验实际上在更大数据量的扇区尺寸下效率更高。比如，512byte的一个扇区需要40byte的ECC校验区，而4KB扇区只需要100byte，直接节省了40×8-100=220byte的存储空间。另外，更大的扇区还能让纠错时一次性更改更大量的数据，让“突发纠错”（burst error correction）效率更高。
Highslide JS为什么选用4KB而不是2KB、8KB来替代512byte扇区？这是因为4KB在计算机系统中的特殊地位。在x86架构中，通常情况下内存的分页（Page）容量即为4KB，而在磁盘文件系统中，包括NTFS、EXT3和HFS+格式的簇（cluster）容量也同样是4KB。这样一来，用4KB的磁盘扇区中读取的数据可以正好装满一个内存页，也映射着磁盘分区中的一个簇，自然是最佳选择。
对于消费者来说，4KB扇区技术的最大裨益就是更大的格式化容量。西部数据称，“先进格式化”可以让磁盘格式化效率（格式化后容量）提升7%到11%，同时ECC校验效率提升50%，整体容错能力提升两个数量级。因此，新技术还会让磁盘的可靠性明显提升。
Highslide JS不过，为了保证512byte扇区到4KB扇区的平稳过渡，目前西数使用了一种模拟技术，将一个4KB的逻辑扇区在固件中模拟为8个512byte的逻辑扇区，保证操作系统兼容性。但这样依然存在问题，即扇区和簇的“校准”。
Highslide JS
如果文件系统的4KB簇正好对应了一个4KB扇区，则一切正常。但如果簇对应的8个512byte逻辑扇区横跨在两个4KB物理扇区中，此时读写一个簇就需要操作两个扇区，带来明显的转换延迟。根据硬盘行业组织IEDMA（国际磁盘驱动器设备与材料协会）的测试，这种情况尤其会严重影响磁盘的随机写入性能。
Highslide JS问题具体来看，虽然推动4KB扇区的工作从1998年就已经开始，但直到近些年来才有了实质进展。导致在此之前推出的Windows 5.x系统中（Windows 2000/XP/2003等），第一个分区是从LBA 63(第63个512byte扇区)开始的。很明显，63不能整除8，因此只要是在4KB扇区硬盘上使用Windows XP系统就会出现上述的校准问题。而Windows 6.x（Windows 7/Vista/Server 2008）则已经提供了对4KB扇区的支持，只是在使用磁盘镜像工具（如Ghost、Acronis Disk Director Suite等）进行分区恢复、拷贝等操作时容易出现问题。另外，根据西部数据的测试，Linux和Mac OS X系统不会出现这种分区校准问题，甚至SuperDuper这类磁盘镜像工具也可直接使用。
Highslide JS
Windows XP分区表为解决这一问题，西部数据提供了两种方案。首先，只要在硬盘上短接7号和8号跳线，硬盘控制器芯片即可提供一个逻辑分区的偏移量，使LBA63变成LBA64，解决校准问题。不过这种方案仅能针对全盘只有一个分区的情况。
Highslide JS
解决方案第二种方案，则是一款名