现在，市面上的一些所谓的低级格式化软件，其实就是在调用硬盘的一个叫做‘格式化磁道’的指令，这个指令是IDE硬盘的标准指令。老式的硬盘在执行这个指令的时候，是将某个磁道检验一遍，并将有问题的扇区标记为坏扇区，再将这个磁道里的一个标记为未使用的扇区的标记改成那个坏扇区的标记，这个操作其实就是将一个好扇区替代一个坏扇区，并不是真正意义上的格式化，因为在此之前，磁道已经由工厂的写伺服系统划分好了。在这个指令之后，一般硬盘会将这些扇区重新写零，并将后面的ECC编码重置，这样，经过这个操作，这个磁道上的数据就会被清零了。还有，这个指令实际上不是对物理的磁头和磁道进行操作的，它所调用的磁道，扇区，磁头表，是经过转换后的。另外，在LBA 方式下，这个指令也可以执行，但是是利用经过了LBA到CHS转换的CHS表。而现在的硬盘，对这个指令的实现仅仅是将相应的扇区写零，并重置ECC码而已。

  因此，市面上的低级格式化软件，其实无非是实现了重新置零和将坏扇区重定向两个功能。

需要指出的是，近期的硬盘内部都已经有了自我检测的功能，可以自行完成这种重定向的操作了，所以，基本上在单碟3G后的硬盘，都不必执行这个指令了。很多硬盘公司提供的自我检测软件，在检测到有硬盘的错误后，已经能自动调用这个指令，将一个备用扇区替换有损坏的扇区。 
实际上，在硬盘里本身就有个叫P-List的表，记录的是出厂时实际的物理坏扇区位置，而硬盘的固件本身还在维护着一个叫G-List的列表，这个表记录着在使用中发生了错误的扇区位置，在这两个表里的扇区，是真实的物理坏扇区，但是这两个表是无法用一般的硬盘指令来获得以及修改的。当然，硬盘厂家的一些程序能够修改这两个表，但是，没有各个厂家都通用的这个坏区表的修改程序。所以，外面的所谓低级格式化程序，其实都不是真正的低级格式化。

还有一种流传的观点：低级格式化会损伤硬盘。这个观点是错误的。因为在执行格式化磁道的指令的时候，硬盘的物理状态：磁头飞行高度，硬盘旋转的速度，读写电平等等都和正常读写一样，这样，硬盘并不会被这个指令所损伤。可能的情况是：有些用户在执行DM或LFORMAT 等软件的时候，难以忍受其运行速度，用强行关电源的方式来终止其运行，这样，硬盘可能就发生了不可修复的错误。其实，在硬盘进行任何写操作的时候，强行关闭电源，都有可能发生这种不可修复的错误。这种错误可能是由于写磁头将伺服信息抹掉，或者是造成磁头和硬盘表面接触而导致划伤，或者是硬盘在做扇区标记时写错误等等。这种损伤其实是不规范操作造成的，而不是格式化磁道这个指令本身造成的。

★ 硬盘的数据结构 ★
① MBR（Main Boot Record 主引导记录区）
MBR位于整个硬盘的0磁道0柱面1扇区，包括硬盘引导程序和分区表。在总共512字节的硬盘主引导扇区中，MBR只占用了其中的446个字节，其最后两个字节“55 AA”是分区的结束标志。另外的64个字节交给了DPT（Disk Partition Table 硬盘分区表），从1BEH字节开始，共占用64个字节，包含四个分区表项。每个分区表项的长度为16个字节，它包含一个分区的引导标志、系统标志、起始和结尾的柱面号、扇区号、磁头号以及本分区前面的扇区数和本分区所占用的扇区数。其中“引导标志”表明此分区是否可引导，即是否活动分区。当引导标志为“80”时，此分区为活动分区；“系统标志”决定了该分区的类型，如“06”为FAT16分区，“0B”为FAT32分区，“07”为NTFS分区，“63”为UNIX分区，等；起始和结尾的柱面号、扇区号、磁头号指明了该分区的起始和终止位置。
我们假设一个硬盘分区表从1BEH字节开始的16个字节为 80 01 01 00 06 0D 68 6D 28 00 00 00 78 20 03 00
硬盘分区表项的16个字节分配如下：
第1字节：是一个分区的激活标志，表示系统可引导。如是0则表示非活动分区。
　　 第2字节：该分区起始磁头（HEAD）号
　　 第3字节：该分区起始扇区（Sector）号
　　 第4字节：该分区起始的柱面（Cylinder）号
　　 第5字节：该分区系统类型标志
第6—8字节：该分区终止磁头（HEAD）号、分区结束的扇区号、分区结束的柱面号
　　 第9-12字节：该分区首扇区的相对扇区号
　　 第13-16字节：该分区占用的扇区总数
　　 以上参数我们可以用NU 8.0中DISKEDIT工具软件可轻松获取，其功能非常强大，但应用不当会有很大错误，请各位注意使用方法。操作步骤如下：
以一台硬盘为270 MB，分为C盘（100 MB）和D盘（170 MB）的机子（老掉牙了 ^_^）为例，在纯DOS下启动DISKEDIT → 在对象菜单（Object）上选中驱动器（Drive）和物理磁盘选项后确定 → 在对象菜单（Object）上选中分区表（Partition Table） → 在显示菜单（View）中选择十六进制（Hex）
以下数据为主分区信息：
000001B0: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 80 01
000001C0: 01 00 06 0D 68 6D 28 00 - 00 00 78 20 03 00 00 00
000001D0: 41 6E 05 0D E8 AE A0 20 - 03 00 30 EE 04 00 00 00
000001E0: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
000001F0: 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 55 AA

    从上面的讨论能够知道，目前的硬盘在bios的配置里看到的扇区，磁道，磁头的数量都是一种逻辑值。很明显，目前的硬盘虽然很多是1个磁头或2个磁头的，但是在bios里，或者在硬盘的调用指令里面，磁头的数量都是15或者16。这是因为硬盘内部有个将实际的物理扇区转换为逻辑扇区的算法，用户能访问的，是经过转化后的逻辑扇区，而不是实际的和物理磁头对应的物理扇区。这样，用户其实是无法对物理意义上的硬盘进行操作的，就更不用说低级格式化了。 

    现在，市面上的一些所谓的低级格式化软件，其实就是在调用硬盘的一个叫做‘格式化磁道’的指令，这个指令是IDE硬盘的标准指令。老式的硬盘在执行这个指令的时候，是将某个磁道检验一遍，并将有问题的扇区标记为坏扇区，再将这个磁道里的一个标记为未使用的扇区的标记改成那个坏扇区的标记，这个操作其实就是将一个好扇区替代一个坏扇区，并不是真正意义上的格式化，因为在此之前，磁道已经由工厂的写伺服系统划分好了。在这个指令之后，一般硬盘会将这些扇区重新写零，并将后面的ECC编码重置，这样，经过这个操作，这个磁道上的数据就会被清零了。还有，这个指令实际上不是对物理的磁头和磁道进行操作的，它所调用的磁道，扇区，磁头表，是经过转换后的。另外，在LBA 方式下，这个指令也可以执行，但是是利用经过了LBA到CHS转换的CHS表。而现在的硬盘，对这个指令的实现仅仅是将相应的扇区写零，并重置ECC码而已。

    因此，市面上的低级格式化软件，其实无非是实现了重新置零和将坏扇区重定向两个功能。

    需要指出的是，近期的硬盘内部都已经有了自我检测的功能，可以自行完成这种重定向的操作了，所以，基本上在单碟3G后的硬盘，都不必执行这个指令了。很多硬盘公司提供的自我检测软件，在检测到有硬盘的错误后，已经能自动调用这个指令，将一个备用扇区替换有损坏的扇区。 
实际上，在硬盘里本身就有个叫P-List的表，记录的是出厂时实际的物理坏扇区位置，而硬盘的固件本身还在维护着一个叫G-List的列表，这个表记录着在使用中发生了错误的扇区位置，在这两个表里的扇区，是真实的物理坏扇区，但是这两个表是无法用一般的硬盘指令来获得以及修改的。当然，硬盘厂家的一些程序能够修改这两个表，但是，没有各个厂家都通用的这个坏区表的修改程序。所以，外面的所谓低级格式化程序，其实都不是真正的低级格式化。

    还有一种流传的观点：低级格式化会损伤硬盘。这个观点是错误的。因为在执行格式化磁道的指令的时候，硬盘的物理状态：磁头飞行高度，硬盘旋转的速度，读写电平等等都和正常读写一样，这样，硬盘并不会被这个指令所损伤。可能的情况是：有些用户在执行DM或LFORMAT 等软件的时候，难以忍受其运行速度，用强行关电源的方式来终止其运行，这样，硬盘可能就发生了不可修复的错误。其实，在硬盘进行任何写操作的时候，强行关闭电源，都有可能发生这种不可修复的错误。这种错误可能是由于写磁头将伺服信息抹掉，或者是造成磁头和硬盘表面接触而导致划伤，或者是硬盘在做扇区标记时写错误等等。这种损伤其实是不规范操作造成的，而不是格式化磁道这个指令本身造成的。

  游戏学院马甸校区支援地震灾区倡议书

谁也不曾料到，这是如此艰难的一年。2008，我们热切期待的阳光和欢笑，却不料被一路风暴阻隔。

2月肆虐的雪灾，冻裂了中国大地；

3月的拉萨暴力事件，烧伤了美丽的圣地；

4月的奥运火炬传递受阻，刺伤了中国人向世界张开的双臂；

5月，胶济铁路火车相撞，撞碎了多少旅人的梦；

突然传遍全国的儿童手足口病，令全国父母心头纠结；

震动传及东南亚的四川大地震，撼及整个中国的灵魂……

 5月12日下午14：29分，四川汶川县（北纬31．0度，东经103．4度）发生7．8级地震。甘肃、山西、安徽、湖北、山东、天津、河北、湖南、江苏等地都有地震迹象。

我们还活着，可是十几秒的震动，一万多同胞永远离我们而去。现在还有很多无家可归的灾民正在等待我们的救助。
    同学们，我们行动起来，用自己的热情、自己的爱心去帮助每一个地震后需要帮助的人！让我们伸出双手，做我们力所能及的事，为地震中受灾的同胞献上一份爱，因为我们是一家人！因为我们都有一颗中国心！

在此，我们倡议：

首先为灾区捐款，以解他们的燃眉之急；

另外，请同学们准备捐出自己的衣物，以温暖他们的心；

最后，请同学们动员身边每一位可以动员的人们，加入到我们支援灾区的队伍中，用心支撑中国人民的精神！

中国在低头抱怨吗？没有，中国挺起了他的脊梁！全民一心，共同抗灾！

                                                                                                                                  游戏学院马甸校区

                                                                                                                                          2008-5-13

    我们平时说到的分区概念，不外乎三种:主分区、扩展分区和逻辑分区。
    主分区是一个比较单纯的分区，通常位于硬盘的最前面一块区域中，构成逻辑C磁盘。在主分区中，不允许再建立其它逻辑磁盘。扩展分区的概念稍为复杂，由于硬盘仅仅可以利用64个字节来表达存储空间，而每个分区的参数又要占用16个字节，因此，主引导扇区最多只能存储4个分区的数据。4个分区往往不能满足实际需求。为了建立更多的逻辑磁盘供操作系统使用，系统引入了扩展分区的概念。

    所谓扩展分区，严格地讲它不是一个实际意义的分区，它仅仅是一个指向下一个分区的指针，这种指针结构将形成一个单向链表。这样在主引导扇区中除了主分区外，仅需要存储一个被称为扩展分区的分区数据，通过这个扩展分区的数据可以找到下一个分区（实际上也就是下一个逻辑磁盘）的起始位置，以此起始位置类推可以找到所有的分区。无论系统中建立多少个逻辑磁盘，在主引导扇区中通过一个扩展分区的参数就可以逐个找到每一个逻辑磁盘。
   需要特别注意的是，由于主分区之后的各个分区是通过一种单向链表的结构来实现链接的，因此，若单向链表发生问题，将导致逻辑磁盘的丢失。

分区表结构

硬盘的主引导记录在硬盘的0磁头0柱面1扇区。

主引导记录由三部分组成：

(1)主引导程序；

(2)四个分区表；

(3)主引导记录有效标志字。

主引导扇区内容介绍：

0000H －00D9H 主引导记录代码区

00DAH －01BDH 空闲区

01BEH －01CDH 分区1结构信息

01CEH －01DDH 分区2结构信息

01DEH －01EDH 分区3结构信息

01EEH －01FDH 分区4结构信息

01FEH －01FFH 55 AAH主引导记录有效标志

分区表从以下位置开始：

     分区表自偏移1BEH处开始，共64个字节，每个分区占用16个字节，最大可容纳四个分区（指类型）信息，16个字节含义详

见下可说明注意：由于一个字节仅有8位，而扇区用6位就可表达，因此，扇区号的高二位被柱面号所在字节的最高二位使用，即柱面号为10位，扇区号6位。

分区结构信息
偏移 长度 　 含义

00H 　1 　 活动分区指示符，该值为80H表示为可自举分区(仅有一个)，该值为00H表示非活动分区。

01H 　1 　 分区起始磁头号。

02H 　1 　 低6位是分区开始的扇区，高2位是分区开始的柱面的前两位。

03H 　1 　 分区开始的起始柱面号的低8位。

04H 　1 　 系统标志，该值为01H表示采用12位FAT格式的DOS 分区，该值04H表示采用16位FAT格式的DOS分区，该值为05H

表示为扩展DOS分区，为06H表示为DOS系统。

05H 　1 　 分区终止磁头号

06H 　1 　 低6位为分区结束的扇区号，高2位为结束柱面号的前2位。

07H　 1　 分区结束柱面号的低8位。

08H 　4 　 本分区前已用的扇区数，低位字节在前。

0CH 　4 　 本分区的扇区总数，低位字节在前。

    主引导扇区位于整个硬盘的0柱面0磁头1扇区，LBA 0扇区，包括硬盘主引导记录MBR（Main Boot Record）和分区表DPT

（Disk Partition Table）和引导标志。主引导扇区 (512 bytes) 可分成三部分：

(1) 前面446 bytes 为开机程序(即Pre-Boot程序-引导程序), 实际约200-400字节；操作系统版本不同，引导程序的字节多少会有差异。

(2) 接着的64bytes就是partition table, 每16bytes代表一个logical HD；

(3) 最後2 bytes 一定是 55 AA (十六进位)

    其中主引导记录的作用就是检查分区表是否正确以及确定哪个分区为引导分区，并在程序结束时把该分区的启动程序（也就是操作系统引导扇区）调入内存加以执行。分区表以80H或00H为开始标志，共64字节。并以55AAH结束标志。

操作系统引导扇区

OBR（OS or Dos Boot Record）即操作系统引导扇区，通常位于硬盘的0柱面1磁头1扇区，LAB 63扇区（对于那些以多重引导方式启动的系统则位于相应的主分区/扩展分区的第一个扇区）。这是操作系统可直接访问的第一个扇区，它也包括一个引导程序和一个被称为BPB（BIOS Parameter Block）的本分区参数记录表。其实每个逻辑分区都有一个OBR，其参数视分区的大小、操作系统的类别而有所不同。引导程序的主要任务是判断本分区根目录前两个文件是否为操作系统的引导文件（例如MSDOS或者起源于MSDOS的Win9x/Me的IO.SYS和MSDOS.SYS）。如是，就把第一个文件读入内存，并把控制权交予该文件。BPB参数块记录着本分区的起始扇区、结束扇区、文件存储格式、硬盘介质描述符、根目录大小、FAT个数、分配单元（Allocation Unit，以前也称之为簇）的大小等重要参数。OBR由高级格式化程序如Format命令产生。

文件分配表

    FAT(File Allocation Table)即文件分配表，是DOS/Win9x系统的文件寻址系统，为了数据安全起见，FAT有两个，FAT,二为FAT一的备份, FAT16中FAT表紧接在DBR之后，FAT32中FAT表在稍后的位置并随分区的大小不同而起始位置略有不同。FAT表取决于本分区的大小及文件分配单元的大小。FAT的格式历来有很多选择，Microsoft 的DOS及Windows采用我们所熟悉的FAT12、FAT16和FAT32格式，但除此以外并非没有其它格式的FAT，像Windows NT、OS/2、UNIX/Linux、Novell等都有自己的文件管理方式。

目录区

   DIR是Directory即根目录区的简写，DIR紧接在第二FAT表之后,只有FAT还不能定位文件在磁盘中的位置，FAT还必须和DIR配合才能准确定位文件的位置。DIR记录着每个文件（目录）的起始单元（这是最重要的）、文件的属性等。定位文件位置时，操作系统根据DIR中的起始单元，结合FAT表就可以知道文件在磁盘的具体位置及大小了。但FAT32没有储存目录的目录区。在DIR区之后，才是真正意义上的数据存储区，即DATA区。

数据区

DATA虽然占据了硬盘的绝大部分空间，但没有了前面的各部分，它对于我们来说，也只能是一些枯燥的二进制代码，没有任何意义。

游戏可玩性测试也是非常重要的一块，主要包含四个方面：

游戏世界的搭建，包含聊天功能，交易系统，组队等可以让玩家在游戏世界交互的平台。
游戏世界事件的驱动，主要指任务。
游戏世界的竞争与平衡。
游戏世界文化蕴涵，游戏的风格与体现。
这种测试主要体现在游戏可玩性方面，虽然策划时我们对可玩性作了一定的评估，但这是总体上的，但一些具体的涉及到某个数据的分析，比如PK参数的调整，技能的增加等一些增强可玩性的测试则需要职业玩家对它进行分析，这里我们主要通过三种方式来进行：

内部的测试人员，他们都是精选的职业玩家分析人员，对游戏有很深的认识，在内部测试时，对上面的四点进行分析。
利用外部游戏媒体专业人员对游戏作分析与介绍，既可以达到宣传的效果，又可以达到测试的目的，通常这种方式是比较好的。
利用外部一定数量的玩家，对外围系统的测试，他们是普通的玩家，但却是我们最主要的目标，主要的来源是大中院校的学生等等，主要测试游戏的可玩性与易用性，发现一些外围的Bug。
游戏进入到最后阶段时，还要做内测，公测，有点像应用软件的beta版的测试，让更多的人参与测试,测试大量玩家下的运行情况。

可玩性测试是游戏重要的一块，只有玩家的认同，我们才可能成功。

性能测试与优化

最后要单独提一下的是性能优化，在单机版的时代，性能的要求并不是很高，但是在网络版的时代，则是两个完全不同的概念，主要包含了以下几个方面：应用在客户端性能的测试、应用在网络上性能的测试和应用在服务器端性能的测试。通常情况下，三方面有效、合理的结合，可以达到对系统性能全面的分析和瓶颈的预测。不过在测试过程中有这样一个原则，就是由于测试是在集成测试完成或接近完成时进行，要求测试的功能点能够走通，这时你首先要进行优化的是数据库或是网络本身的配制，只有这样才可以规避改动程序的风险。同时性能的测试与优化是一个逐步完善的过程，需要前期的很多的工作，比如性能需求，测试工具等等，不过由于前期工作的完善，这些都在前期完成了。这里我只做原则性的描述。

数据库的优化的原则主要是这样的，首先是索引进行优化，由于索引的优化不需要对表结构进行任何改动，是最简单的一种，又不需要改动程序就可能提升性能若干倍，不过要注意的是索引不是万能的，若是无限的增加会对增删改造成很大的影响。其次是对表，视图，存储过程的优化。不过在分析之前需要知道优化的目标，客户行为中那些SQL是执行的最多的，所以我们必需借助些SQL的跟踪分析工具，例如SQLProfile,SQLExpert,等工具，这样会迅速的定位问题。

关于网络的优化，这里我所说的并不是针对网络本身的优化，而是对游戏本身的网络通信的优化，所以它是与程序的优化是结合在一起的，首先也是发现问题，通过Monitor与Sniff先定位是什么应用占用了较多的网络流量，由于网络游戏的用户巨大，所以这也是一个重在的问题。对于程序的性能优化，最主要的是找到运行时间最长的函数，只有优化它，性能才有大幅度的提升，具体的方法我就不做详细的描述了。

开发与测试一直有人认为是不可以平行进行的，必需要先开发后测试，但是软件的开发过程又要求测试必须早期介入，但在这里这种矛盾得到了很好的解决。我们采用了每日编译，将测试执行和开发结合在一起，并在开发阶段以编码--测试--编码--测试的方式来体现。也就是说，程序片段一旦编写完成，就会立即进行测试。普通情况下，先进行的测试是单元测试，但是一个程序片段也需要相关的集成测试，甚至有时还需要一些特殊测试。特别是关于接口测试，像游戏程序与任务角本、图片的结合，大家都认为需要提前测试，通过每日编你可以把已经写好的程序片段接合起来，形成部分的集成测试，从而有效的体现的接口优先测试的原则。同时由于软件测试与开发是并行进行的，并且实行的是软件缺陷优先修改的策略，所以很少会出现缺陷后期无法修改的情况，并且由于前期的测试案例的设计与自动化工具的准备，我们不需要投入太多的人力就可以极高的保证游戏软件的产品质量，特别是重要系统的质量。由于我们的游戏程序是每日不断的完善，所以集成测试也在同步的进行之中，当开发进入最后阶段时，集成测试也同步的完成了。这里有一个原则，也就是我前面所说的，测试的主体方法和结构应在游戏设计阶段完成，并在开发阶段进行补充(比如在游戏开发中会有相应的变动，或是某个转移变地址的变化，这就需要实时的更新)。这种方法会对基于代码的测试（开发阶段与集成阶段）产生很重要的影响，但是不管在那个阶段，如果在执行前多做一点计划和设计,都会大幅度的提高测试效率，改善测试结果，同时还有利于测试案例的重用与测试数据的分析，所以我们的测试计划是在策划时就形成了，为后继的测试形成了良好的基础。

集成测试阶段

集成测试是对整个系统的测试。由于前期测试与开发的并行，集成测试已经基本完成，这时只需要对前期在设计阶段中设计的系统测试案例运行一下就OK了。我们主要的重心在集成测试中的兼容性测试，由于游戏测试的特殊性，对兼容性的要求特别高，所以我们采用了外部与内部同部进行的方式，内部我们有自己的平台试验室，搭建主流的硬软件测试环境，同时我们还通过一些专业的兼容性测试机构对我们的游戏软件做兼容性分析，让我们的游戏软件可以跑在更多的机器上。(待续)