|
|
原帖由 <i>sgw888</i> 于 2012-1-10 16:10 发表 <a href="http://bbs.wuyou.net/redirect.php?goto=findpost&pid=2370667&ptid=204559" target="_blank"><img src="http://bbs.wuyou.net/images/common/back.gif" border="0" onload="if(this.width>screen.width*0.7) {this.resized=true; this.width=screen.width*0.7; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onmouseover="if(this.width>screen.width*0.7) {this.resized=true; this.width=screen.width*0.7; this.style.cursor='hand'; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onclick="if(!this.resized) {return true;} else {window.open(this.src);}" onmousewheel="return imgzoom(this);" alt="" /></a><br />
经过测试,分区对齐还有问题.<br />
<br />
分区起始扇区没有问题,但分区结束有问题. 在创建分区时,选择按8扇区对齐,起始扇区是64,8的倍数,没有问题,但分区大小不是8的整数倍,没有对齐. 用DISKGEN测试时则没有问题. <br />
谢谢sgw888这么细心的测试这个软件啊,有任何问题我们都乐于修改的。我来解析一下分区对齐的问题。
为什么结束位置没有对齐吗?这个问题当时在做这个功能时也是考虑过的。先简单的解释一下什么是分区对齐,比如创建分区时设置分区按1024个扇区对齐,也就是说分区的起始扇区(即分区DBR所在的位置)必须要是1024的整数倍,如果把分区创建在2049的位置就说分区没有按1024扇区对齐,只有把分区起始位置设置到n*1024的扇区上时分区才是按1024对齐的。分区的结束位置对齐同起始位置对齐也是一个道理,假如一个分区的大小为1024001扇区,则结束位置是没有位1024扇区对齐,尽管结束位置没有对齐,但也不影响分区中数据读写的速率,为什么呢?这根文件系统的簇大小有很大关系。假如簇大小为8个扇区,则一个为1024001的分区将有128000个簇,即1024001/8 = 128000余1,这多余的1个扇区是不会被文件系统使用的,由于这个多余的1个扇区不会被读写所以也就不存在会影响读写速度的问题了。
可以使用AS SSD Benchmark测试,你将发现分区助手按1024扇区创建出来的分区是对齐了的。 |
|