A9VG电玩部落论坛

 找回密码
 注册
搜索
楼主: 铃兰的草原

[讨论]论坛上总是有人说hdl_dump不能收回碎片,就此问题发表自己的意见

[复制链接]

精华
0
帖子
562
威望
0 点
积分
647 点
种子
0 点
注册时间
2004-7-21
最后登录
2022-5-13
发表于 2004-12-14 17:39  ·  上海 | 显示全部楼层
我猜想PS2硬盘规定128MB为一个单位,就是为了避免零碎的小空间的产生,减少寻道的时间吧。那些浪费的空间也不能称作碎片了

战士

无聊 ing ……

精华
0
帖子
594
威望
0 点
积分
871 点
种子
0 点
注册时间
2004-8-13
最后登录
2009-6-26
发表于 2004-12-14 21:28  ·  辽宁 | 显示全部楼层
呵呵  偶在一个帖子里随口说了一句  DUMP米有整理碎片功能  引发出这么好的一个讨论贴

唉了一耳光也值啊

精华
0
帖子
59
威望
0 点
积分
60 点
种子
0 点
注册时间
2004-9-26
最后登录
2007-8-19
发表于 2005-9-1 16:23  ·  江西 | 显示全部楼层
其实我想主要分歧在于,128M是一个簇还是一个其它意义上的基础分区上的问题...如果是一个簇,那128M的尾空间就不大可能被利用,如果是一个其他意义上的分区方式的话,那大概还是可以利用的

精华
0
帖子
1862
威望
0 点
积分
1952 点
种子
0 点
注册时间
2005-7-19
最后登录
2013-6-24
发表于 2005-9-1 16:40  ·  湖北 | 显示全部楼层
貌似是WinHIIP_V1.7.3_cn兼容性好 hdl_dumx-0.8.2+cn碎片少
说错啦不要BS偶 我都说啦是貌似哈 反正我2个一起用

退伍者

仓鼠阿三

精华
8
帖子
17718
威望
10 点
积分
18146 点
种子
19 点
注册时间
2004-2-25
最后登录
2025-2-19
发表于 2005-9-1 20:15  ·  北京 | 显示全部楼层

Re:Re:[原创]驳论坛上总是有人说hdl_dump不能收回碎片,多图为证,大家自己进来看个清

下面是引用超级电池于2004-12-12 17:56发表的Re:[原创]驳论坛上总是有人说hdl_dump不能收回碎片,多图为证,大家自己进来看个清楚:
碎片和垃圾真的是一样的吗?

碎片是指散布在硬盘上的分散文件吧!

没听过碎片回收,只听过碎片整理。希望我的理解没有错误。
.......

碎片是会浪费空间的,举个简单的例子,FAT16和FAT32格式大家都明白吧,FAT16是32个字节一簇,每簇是磁盘介质存储的最小单位(最小单位不是字节或字之类,什么系统也控制不到那么小.)而安装任何磁盘文件时,也不可能完全使用没一个簇,也就是说,某些簇有可能只有几个字节或几个字被占用,但是因为最小单位是簇,所以,即使只有几字节,但是也占磁盘容量的1簇(32个字节).这部分就叫碎片,碎片整理就是把能和到一起的,不足一簇的部分,和成一簇.所以,碎片是会占磁盘容量的.当然,这部分所浪费的容量其实是很小的.大概可以忽略,但并不是说碎片不会影响容量.还有您所说的"碎片是指散布在硬盘上的分散文件吧!"理解是错误的.关于影响速度部分我就不多说了.

精华
0
帖子
747
威望
0 点
积分
759 点
种子
0 点
注册时间
2005-1-9
最后登录
2018-10-12
发表于 2005-9-15 14:05  ·  上海 | 显示全部楼层
碎片问题,呵呵,有意思,我也来说说。希望有用。

首先128M是他分化数据块的大小,而不是分区,这两者的区别不用多说了。

此外,和电脑上的2k,4k,或者8k相比似乎太大了。
但也有理由解释,毕竟是为了游戏,可能会需要在接受的时间范围内将大量的数据传入内存中,那么对于系统来说,一次读取大的数据快比多次读取小的数据快更具有优势,学过数据库理论的人会知道这是为什么的。此外如果用小的数据快的话,就会有太多的数据块需要被系统管理,对于HDL软件来说,管理成千上万个的数据快也会带来一定的效率问题。所以,个人以为这个128可能是多次测试后的折中数字。不过,个人倾向与HDL用1M作为数据快的大小,没有试验根据的猜,^_^。

对于碎片,本人更愿意用个例子来说明。
假设我们有个50G的硬盘,不考虑所谓的计算方法问题,那么这个就是50G的容量,我有5张10G的游戏,现在我就是一张一张按照顺序的向硬盘里面灌。OK,这样就有5个连续的10G游戏文件存在这个50G的硬盘上,我按顺序给他们编号。
现在我删除2号游戏文件和4号游戏文件,现在我的可用空间就是20G了吧。
现在我又买了一张游戏,是15G的大小,游戏文件也就是15G的大小,那么我可以灌进去吗?
这个时候,是无法灌入的,因为系统需要一个连续的15G大小的空间来存放这个游戏文件,虽然可用空间是20G,但是却不连续,这样相当与我有了碎片了。
以上纯粹是理论上的说法。抛去了很多因素,比如数据块,计算方法等等。

聪明的你肯定可以想到这样的一个问题,这个浪费的太大了吧,如果我是9G的游戏,岂不是就可以放进去了吗?
对,肯定如此。不过对于10.5G的游戏又放不下了,虽然有11G的可用空间,但仍然不是连续的,系统完成不了你的需求。

OK,如果你能够接受这个概念的话,请继续看下去。

那么,如此对待硬盘,太不够意思了。

因此,出现了数据块的概念。

我用一个比方来说吧,你有个50G的仓库,现在呢专门存放某个游戏水。一张游戏水就是10G,同上面的一样,你有5个游戏。你现在就是仓库管理员,你有点懒惰,每次游戏水过来的时候,你就直接找最大的空闲区域存放这个游戏水了。一个一个的来,就是上面的我讲的情况。

OK,老板给了你一个15G的游戏水。

这下你惨了,你根本就没有15G连续的空间来放他啊,虽然你的仓库里面还有两个10G的空间,但是他们都是在分割的区域里面,中间夹个3号游戏水。

你在老板的压力下,琢磨啊琢磨啊,想到一个好办法。

反正老板只是要看到游戏水啊,我怎么存放在仓库里是我的自由哦。

于是,你买了很多的小桶子,每个小桶子可以存放1G的水,于是你把一号游戏水放在10个小桶子里面,并作上记号,这十个桶子是专门放一号游戏的,因为仓库还很大,你就把这个十个桶子放在一起了,这样以后找这十个桶子就很方便了。

如此一来,你就用这种方法来处理前面的5个游戏水。并且某天按照老板的要求移除了2号游戏水和4号游戏水。

有天,老板来找你,说今天我进了一个新的游戏水,是14.5G的。要你收藏好。

OK,这下你不怕了。怎么回事呢?

因为你用1G的小桶子存放么,在原来二号游戏水用过的空间里面用10个桶子放好,在后面四号游戏水用过的空间里面找了5个桶子放好,其中那0.5G的游戏水你还是使用了一桶子来放,虽然浪费了半桶的空间,但总比浪费20G,相当与20个桶子来说还是很不错的,然后你仍旧对这些小桶子做好了记录。下次老板找你要14.5G的游戏水的时候,你读取这个记录信息找出14.5G的游戏水给了他。

好了,到此数据块的概念相信大家都知道了吧。

此后,老板越发的信任你,不停的要你搬走游戏水,给你灌更多的游戏水。因为给你灌的游戏比较多,可能会有5个吧,此时,你发现每个游戏因为不是整数,但总是要占用一桶子的空间,这下你估算了一下,5个游戏居然有小于4G空间没有拿来存放游戏水啊。天啊,如果老板给我一个3G的游戏水,把这个空间拿来利用上不就好了吗?

可是你突然发现,你最小的单位就是一个桶子放1G的游戏水,随便你怎么在仓库里面搬动这些桶子,这个4G的空间总是在那里浪费着。加上仓库还剩余的2G空间,你有6G的可用空放在那里,但是却无法存放一个3G的游戏水。

这个你郁闷的啊。

希望这样的文章能够对小白有所帮助,达人可以一笑而过也。
kmd

骑士

修改密码或邮箱时需要密码验证

精华
0
帖子
1820
威望
0 点
积分
2006 点
种子
0 点
注册时间
2004-12-5
最后登录
2006-12-19
发表于 2005-9-15 20:06  ·  天津 | 显示全部楼层
利用碎片(回收碎片)跟整理碎片是两个概念

骑士

要给银行打工20年!!

精华
0
帖子
2029
威望
1 点
积分
2352 点
种子
5 点
注册时间
2004-8-18
最后登录
2019-1-25
 楼主| 发表于 2005-9-15 22:54  ·  广东 | 显示全部楼层
晕~~ 还有人看这篇帖子啊,大家能玩游戏就好啦 ,不必深究的
工作了才发现以前自己有多闲,现在我连玩PS2的时间都没有啦>_

精华
0
帖子
189
威望
0 点
积分
295 点
种子
13 点
注册时间
2005-7-21
最后登录
2023-10-10
发表于 2005-9-15 23:14  ·  上海 | 显示全部楼层
文件碎片是由于同一个文件占用多个不连续的簇(文件系统中的最小计算单位)所造成的,能整理。
磁盘空间浪费是由于文件系统将小于簇大小的文件也占用1个簇所造成的,无法回收利用的。
楼上某人说的利用碎片是概念不清。先去学学文件系统结构基础知识吧。

精华
0
帖子
3
威望
0 点
积分
3 点
种子
0 点
注册时间
2005-11-8
最后登录
2005-12-23
发表于 2005-12-23 19:52  ·  四川 | 显示全部楼层
看了这个帖子长了很多见识啊

感谢楼主!!
您需要登录后才可以回帖 登录 | 注册

本版积分规则

Archiver|手机版|A9VG电玩部落 川公网安备 51019002005286号

GMT+8, 2025-2-23 00:55 , Processed in 0.220035 second(s), 24 queries , Redis On.

Powered by Discuz! X3.4

Copyright © 2001-2020, Tencent Cloud.

返回顶部