主题:请教: U盘的标称容量与实际容量的差距
正序浏览
主题图片汇总
主题内检索
老坛泡菜
泡网分: 38.699
主题: 53
帖子: 2768
注册: 2001年6月
原来一直没有U盘, 经常借别人的用. 最近搞到一个(是交宽带网年费的赠品), "汉鑫超速王", 256M.但回家格式化(缺省FAT)之后, 发现在WIN2000里总是显示241M. 打电话问服务商和厂家, 都说正常, 说有一些必要的数据占用了空间. 问他们什么数据要占15M这么大, 回答居然是不太清楚, 反正是正常! TNND. 如果是1000与1024的差距, 也应该256/1.024 = 250M, 仍然差了9M. 难道这是"业内惯例", 还是盘内为文件信息及控制信息必须预留这么大的空间? 大家的U盘的标称容量与实际容量的差距都是多少?
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
浏览:2781 回帖:64
游客没有回帖权限
泡菜
泡网分: 25.974
主题: 9
帖子: 413
注册: 2003年7月
每个U盘都要烧软件进去的,不同的厂的软件大小不同
再有就是每个闪存粒都有个容量上下的偏差
如U盘厂家能改变闪存粒的容量的话,那他牛B了
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
资深泡菜
泡网分: 29.499
主题: 17
帖子: 978
注册: 2003年2月
USB會對它傳送的數據進行校驗,
但USB無文件這個的說法.
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
资深泡菜
泡网分: 45.672
主题: 38
帖子: 4106
注册: 2000年11月
拿SAMSUNG KGK1G08U0B,128M的NAND FLASH来举例:
出厂时最少应该有8052个完好的BLOCK,最多8192个好BLOCK。每个BLOCK (16K+512)BYTE

民用NAND FLASH,一般还是有坏块的。

对于ECC纠错,目前多数是在firmware里面实现的,不过只要用到ECC,速度肯定要慢些了。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
资深泡菜
泡网分: 43.928
主题: 197
帖子: 2100
注册: 2000年12月
原文由 Eagle2003 发表
硬盘和存储器厂商说: 1GB = 1 000 000 000 Bit

256MB = 256000000/1024/1024 = 244.14MB

电脑说: 1GB = 1024MB = 1024 X 1024KB = 1024x1024x1024 Bit = 1073741824 Bit

够清楚吗?

嘿嘿嘿,谁说的算谁,不过都对。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
资深泡菜
泡网分: 24.985
主题: 105
帖子: 6835
注册: 2004年4月
原文由 老右派 发表
关于闪存的校验码,如果只需要校验,不需要纠错的话,应该是不难实现的,根本不需要另外的firmware来做。只要用一些xor逻辑门,在读数据是同时对数据作xor计算,算出来的值是期待的值就行了。当然这只是我的猜测。但如果硬盘不需要用主机的CPU做校验的话,U盘的数据也没有理由用主机的CPU做校验,因为对主机的CPU而言,这两者在逻辑上是一样的设备,没有差别。

[老※※ 编辑于 2006-01-12 14:17]


U盘是不是进行校验我不清楚,但是上面的说法是错误的,别忘了还有个东西叫做“驱动程序”
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
资深泡菜
泡网分: 24.985
主题: 105
帖子: 6835
注册: 2004年4月
拆开看看芯片,再找DATASHEET看看就清楚了
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 0
主题: 0
帖子: 0
注册: 2006年1月
我过路看到该问题。我回答楼主了。
在优盘里面用到的flash存储器,有Hynix的,在该产家的datasheet里面是这样说的:
Memory Cell Array= (2K+ 64) Bytes x 64 Pages x 1,024 Blocks=132MB,其中的使用空间128MB,其他的4MB用于CRC校验。在可以用的128MB中,除去分区表、引导区、FAT1、FAT2、根目录,剩下的才是用户可以用的。
在优盘厂家中,会在128MB中提取几MB的空间做为备用空间,在以后的优盘使用中发生有坏空间的时候,自动用备用空间来替代,如果备用空间使用完了,标志你的优盘可以报废了,如果没有备用空间替换,我相信你也不敢再用来存储数据了。因此优盘的标志容量与实际的容量不一样。
还有一种可能就是flash的等级低,比如是128MB的flash,由于生产失败,他的可用空间只有123MB,优盘厂家采用了此类flash。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
版主
泡网分: 156.528
主题: 146
帖子: 46921
注册: 2000年6月
内容贡献勋章 优质内容勋章
较瘦:这个问题我同意蓝色诗人的说法。像硬盘、软盘驱动器,我相信驱动器里面有自己的cpu,所以有关校验是在那里完成的,这一点与你的看法一样。但是对于U盘(以及一些简单的“外存”来说),上面我猜想没有自己的cpu!假定上面有firmware的话它也要用主机cpu资源,不会比内存程序更快(一般内存速度是很高的)!
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 3.061
主题: 252
帖子: 2223
注册: 2003年3月
原文由 蓝色诗人 发表
1。要以为在硬件上做就一定比操作系统驱动程序快。这样的实验在我们现在的产品中做过太多了。不浪费这个CPU就得浪费另一个CPU的时间,而另一个CPU的性能可能更差。

2。硬件和操作系统驱动程序没有本质的区别,对于firmware本身来说,它就是软件。一个硬件,上面跑了操作系统,写了驱动来完成这些事情,最后操作系统软件整体作为 fireware 烧写进去,然后就是你看到的“硬件”了,可这硬件你觉得算是什么呢?


诗人,你说的都没错,但和我说的没什么关系啊。

你在说慢,我是说浪费(Host的)CPU时间。怎么实现,当然都是可以的。但对于这样一种成熟的(不是正在开发过程中的),需要频繁的数据读写的设备,用Host的CPU时间去为其做数据校验,显然是不合理的。又比如网卡的数据收发,也需要校验,也让Host的CPU来做?是的,你会说,它应付得来。。。

我的重点不是硬件、软件、或firmware,而是说这件事由谁来处理。

总之,我认为容量的差异不关校验的事,这个校验,对(所有)用户完全是透明的。

或者更直接点说,存储设备的数据可靠性不需要Host来操心了。

[较瘦 编辑于 2005-10-12 13:30]
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 4.231
主题: 17
帖子: 576
注册: 2004年9月
我想,这些U盘设计人员绝对不是傻冒,一定会分配一定存储空前给校验码的。


抬个杠,咳,顽版。。。我这个“傻冒”设计员就没有用校验码在U盘上,而且这个习惯是前人传下来的,因此,不在U盘上设计校验码的产商应该是多数。

但是,即便不用于校验,多余的开销还是有的,对于这个主题我只是奇怪为什么我们自己设计的U盘就不需要占用那么多开销。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
资深泡菜
泡网分: 4.355
主题: 167
帖子: 14466
注册: 2004年6月
我KAO, 老玩童当时咋就没个专利概念泥? 当时申请了现在一算总帐, 黑死他们啊.

十几年前就教博导, 现在可以导一下博导啊, 怪不得
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 4.231
主题: 17
帖子: 576
注册: 2004年9月
原文由 较瘦 发表
3)并由(操作系统的)设备驱动程序来完成,
首先我不同意3)。一个简单的理由:太浪费CPU时间了。
我认为这个校验应该是在硬件(或firmware)层上完成的。


1。要以为在硬件上做就一定比操作系统驱动程序快。这样的实验在我们现在的产品中做过太多了。不浪费这个CPU就得浪费另一个CPU的时间,而另一个CPU的性能可能更差。

2。硬件和操作系统驱动程序没有本质的区别,对于firmware本身来说,它就是软件。一个硬件,上面跑了操作系统,写了驱动来完成这些事情,最后操作系统软件整体作为 fireware 烧写进去,然后就是你看到的“硬件”了,可这硬件你觉得算是什么呢?
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 4.231
主题: 17
帖子: 576
注册: 2004年9月
原文由 盲目HAPPY分子 发表
前面说的,实际上是两件事:
1、文件控制的数据结构是否占据文件系统的空间--我认为占用了,你认为没有;
2、dir出来的文件大小是否作数--我认为不作数,你认为作数;
现在要验证的,就是这两件事谁对了。
为了这个带上情绪说话,那就没意思了。
好歹我还是报过名的顽版粉丝团成员


可以肯定的告诉您,您坚持的两点基本都是不准确的。

1。文件名等信息占用目录表的空间,但绝对不会占用数据空间,因此512字节的文件不会占用两个扇区。
2。只要你没有非法修改目录表,这个大小就是文件的实际大小,没有水分。

如果您要较真的话,把FAT的源代码拿出来自己看,我手头有,相信顽版手头也有。这里面的由来是:我现在出于一个很无奈的问题必须研究FAT,其原因是公司觉得FAT不稳定,要我自己写一个更稳定的文件系统出来代替它,功能可以非常有限,但时间只给了大约四个月(晕死)。

现在主要是说,多余的空间是由谁管理的问题。

你认为由文件系统管理,而事实上是,至少对于 FAT 而言,FAT 根本无法看到多余的空间,附加的开销根本不在文件系统可以控制的范畴之内。

多余的开销可能由硬件管理,也可能由软件管理,但是对于文件系统来说,它们都是透明的,决不可能由文件系统管理。举个例子,如果使用两片装的intel320C3这个闪存组,每一个128K的Flash块,存放一些头信息,然后每个扇区多四个字节,给文件系统使用的时候就只剩254个扇区了,254*512不足128K,但是对于文件系统来说,这就是完整的254个扇区,文件系统并不知道这个存储的物理空间是多少,它只知道自己只有254个扇区可用。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
资深泡菜
泡网分: 39.554
主题: 43
帖子: 2823
注册: 2004年3月
我要报名顽版粉丝团!!!
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
版主
泡网分: 156.528
主题: 146
帖子: 46921
注册: 2000年6月
内容贡献勋章 优质内容勋章
想起一件往事。
十几年前,一个朋友(现在是交大的博导)托我帮忙解决一个小问题:
他需要开发一个工控系统,但是不想采用昂贵的工控机;
车间环境很差,为了长期运行免维护,不想采用有转动部分的磁盘,但如果这样就会失去操作系统的支持、不能使用高级语言开发应用程序。如果用汇编语言开发脱离操作系统的rom程序,开发难度与工作量又太大。

总之,要便宜,简单可靠,还要容易开发。

当时还没有U盘这类东西,因为当时拿不到“flash rom”。所以我提出的方案是:

购买一块廉价PC主机板带cpu、内存(数百元);
自制一块电路板,上面有rom芯片和驱动电路;
占用系统上位内存一个区域作rom驱动程序窗口;
占用系统上位内存一个区域(512字节)充当数据交换窗口。当访问rom上的某个数据块时,就将这个数据块内容映象到数据交换窗口;
占用系统两个端口地址,一个用作索引,一个用作rom存储区的块号;
一个初始化程序,在系统引导时用卡上的rom驱动程序接管rom bios的磁盘软中断(int 13h)
一个rom驱动程序,用来执行dos的磁盘操作命令、将磁盘的扇区号转换成rom中存储区的块号、并实现数据传送。由于存取介质是rom,所以“磁盘”状态是“写保护”。
一个应用程序(磁盘逐扇区拷贝程序),开发完毕后直接读取应用系统的样本磁盘并将磁盘上的所有扇区写成一维线性的大文件存到硬盘上,以便刻写rom芯片。

我给这块卡起名“固态盘”,因为它没有运动部分、用固态芯片代替磁盘。由于存取介质是rom,所以“磁盘”状态是“写保护”。

谈方案的过程中,我顺手找到一片纸给他画了电路图。他拿回去让他的研究生把卡做出来了。
我用MASM给他编写了引导和驱动程序,用高级语言编写了磁盘逐扇区拷贝程序。

使用前利用那个应用程序将做好的软盘逐扇区拷贝到rom中。软盘中包括可引导的dos、autoexec.bat(用于自动执行控制程序)、config.sys(划分一块内存作为虚盘、供软件工作用)和完成工控任务的应用程序。

不久后朋友打电话告诉我:系统工作很好!最令他兴奋的是,刚一加电一瞬间操作系统引导和程序装入就完成了,马上进入工作,与软盘和硬盘的引导感觉完全不同!

一两年后,市面上出现了一种产品,叫做“固态盘”,与我的方案原理差不多。可见“天下英雄所见略同”!比我的功能更完善一些,贵得要命!但这可以看作是U盘的前身。U盘由于使用USB接口,使用更加方便、普及。再加上“莫尔定律”价格很便宜。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
资深泡菜
泡网分: 4.355
主题: 167
帖子: 14466
注册: 2004年6月
硬盘和存储器厂商说: 1GB = 1 000 000 000 Bit

256MB = 256000000/1024/1024 = 244.14MB

电脑说: 1GB = 1024MB = 1024 X 1024KB = 1024x1024x1024 Bit = 1073741824 Bit

够清楚吗?

至于系统文件实际上大概才十几K而已.

周伯通到底是做什么的, 咋啥都知道泥? 俺觉得当他的粉丝都不足以表达我的景仰啊

[Eagle2003 编辑于 2005-10-12 10:42]
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 3.061
主题: 252
帖子: 2223
注册: 2003年3月
原文由 老顽童 发表
如果是我设计U盘的话,我会还有用到存储器的地方。U盘是一种外设,写入和读出有可能出现错误,所以每一个扇区都需要一定的校验,一般会选用CRC(循环校验码)校验。我想,这些U盘设计人员绝对不是傻冒,一定会分配一定存储空前给校验码的。


1)顽版认为(基本的)校验数据会占用存储空间,

原文由 老顽童 发表
CRC校验是由设备驱动程序管理的,
磁盘的一个磁道划分成若干扇区,每一个扇区都有同步信号、ID(标识)、数据区和CRC校验区。


2)而且校验是按照扇区的方式进行的,
3)并由(操作系统的)设备驱动程序来完成,

首先我不同意3)。一个简单的理由:太浪费CPU时间了。
我认为这个校验应该是在硬件(或firmware)层上完成的。

比如在基本存储单元(一个字节)上进行校验(如同ECC内存之类),

或者在firmware层对用户提供一个已经校验过的扇区。
比如光盘的扇区,就是类似于顽版所说。
它既可以读/写原始的2352个字节,也可以读/写带校验的2048字节,这是通过改变模式,由firmware来完成校验的。
但对我们通常说的数据光盘,一个扇区就是2048字节。硬盘/U盘的扇区,可以类比为这种模式的扇区。

基于这个理由,我认为基本校验数据对用户也是不可见的。也不算在标称容量里面。(当然,应用层还可以再做校验,另当别论)

我比较同意N80S的说法。
原文由 N80S 发表
CRC不会占用可用空间的,您想想服务器用的CRC内存就知道了,CRC如果由底层的驱动管理怎么会集中存放呢,还要计算对应的CRC存放地址,硬件没见过这么设计的,有应用管理的CRC也不可能集中存放。盘容量和可用容量的差距应该是由目录、FAT和格式化信息三部分引起的。


[较瘦 编辑于 2005-10-12 09:46]
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
版主
泡网分: 156.528
主题: 146
帖子: 46921
注册: 2000年6月
内容贡献勋章 优质内容勋章
干脆介绍一下FAT格式吧!比较麻烦,可能长一点儿。

当年IBM公司推出PC机的时候,购买了当时的一个小小的软件公司——微软的一个小小的操作系统——MS-DOS,改名为PC-DOS(一下统称为DOS),作为PC机的标准配置。PC机只配置了两个软盘驱动器,DOS软盘采用了FAT格式。

不久,IBM 推出了PC机的改进型——PC-XT,别的不说,PC-XT配置了一个10M的硬盘驱动器。由于当时PC上流行四个操作系统(DOS、CP/M-86、UNIX、另一个忘了),也许IBM不能确定哪个将成为主流,所以硬盘上面可以划分为最多四个分区、分属不同的操作系统。硬盘必须分区,软盘不能分区。

后面发展就不多说了,只不过硬盘越来越大、而当时的FAT格式由于内部限制、逻辑卷(也就是磁盘上一个盘符代表的那个)最大不能超过33M,所以发展了“扩展分区”的概念。一个扩展分区上可以建立很多的逻辑卷,所以当时认为这样就可以使用很大的硬盘了!

FAT其实是一张表,反映了磁盘数据区使用情况。其中每一项代表文件链中的指针。但是最初为了节省磁盘空间,FAT项的长度定为12bit,这就意味着磁盘分配单元只有4078个(不能超过4096,而且还有一些保留),所以又有了“簇”(cluster)的概念:磁盘空间是以“簇”为单位分配的。簇的大小是2^n,n=0,1,2,3,......。例如,如果n=4,则每个簇为16扇区,8k。这样,即使一个文件只有一个字节,也要分配给它16个扇区!由于簇的个数很少,当逻辑卷很大时,每个簇就很大,造成磁盘空间的浪费。因此,后来增加的FAT的长度,由12bit(1.5字节)改为16bit(2字节),后来又发展为FAT32(4字节)!同时,每个逻辑卷最大32M也造成了限制,所以这一点后来也改进了(改变了BPB格式)。

在DOS看来,磁盘(逻辑卷)是一个一维线性的扇区的矩阵,DOS在磁盘上建立文件系统,并实现各种文件操作。DOS通过一个逻辑卷号(A:、B:、C:、D:、E:等)和一个32bit的绝对扇区号调用设备驱动程序访问磁盘,设备驱动程序将逻辑卷号翻译成磁盘物理地址(磁头号、柱面号、扇区号)、根据DOS命令完成规定操作。事实上“磁盘”只是一个逻辑概念,任何一种物理介质,只要设备驱动程序能将它以一维线性方式提供给操作系统就行!

FAT格式的磁盘由四个部分组成:

1。隐含扇区:其中第一个是引导扇区,事实上也只有这一个扇区。
2。FAT:可以有多个FAT,但是实际上一般有两个。万一其中一个坏了,操作系统会根据好的那个修改它。
3。根目录:由许多目录项组成。
4。数据区:所有可分配给文件的扇区,以簇为单位分配。我们平时看到的“磁盘空间”就是这个区域的大小。

引导扇区:由以下六个部分组成:
1。一条jmp指令:转移到引导程序入口。如果该逻辑卷是引导的,将首先执行这条指令。
2。OEM版本:说明格式化这个磁盘的操作系统版本。
3。BPB:BIOS参数块:提供DOS和设备驱动程序解析磁盘的参数。
4。引导程序:如果该逻辑卷是引导的,它在磁盘上装入引导文件执行。
5。DOS引导文件的文件名。
6。两个字节的标记:55h、aah表示磁盘可能是正确的。

引导扇区中BPB的结构
第一部分(DOS用)
每扇区字节数(2的整数幂,一般是512)
每簇扇区数(2的整数幂)
保留扇区数(一般只有引导扇区)
FAT的个数(一般是2个)
根目录的目录项数
逻辑卷中总的扇区数(对于现代的磁盘,此数为0表示写在后面,逻辑卷大于33M)
介质描述字节(已经没有实用价值了,但必须有)
每个FAT的扇区数(FAT的大小)

第二部分(设备驱动程序用)
每磁道扇区数
磁头数
隐含扇区数

FAT的结构:
FAT12格式的每项1.5字节,FAT16的每项2字节,FAT32的每项4字节。
头两项保留,其中第一个字节填写磁盘的介质描述字节。

FAT中每一项,对应于磁盘数据区中的一个簇。该项纪录了对应簇的分配情况、以及在文件链中的位置。
这些项的意义如下:
0:可用簇(空闲,可以分配给文件)
最后四位为0到6、其余各位均为1:保留
最后四位为7、其余各位均为1:坏簇,该簇不能分配给文件。
最后四位为8到0fh:已经分配给文件了,是文件链的最后一簇
其余:已经分配给文件了,其内容是下一簇的簇号。

文件第一簇的簇号保存在目录中,所以从目录可以找到文件的第一簇,如果文件没有结束,则根据第一簇的FAT项,可以找到下一簇。依此类推。

目录:目录的结构不仔细说啦!
目录第一个字节
0表示没有用过。由于目录是顺序分配的,所以以后的目录也没有用过。
E5h:表示文件已删除。删除过的目录后面有可能还有文件。
其余:有文件
目录包括文件名、扩展名、属性、日期时间、开始簇号、文件长度。

子目录(文件夹)
如果一个文件的属性是子目录,则这个文件内容是目录。
由于文件的大小没有限制,所以子目录里的文件数是没有限制的。
由于子目录中的文件还可以具有子目录属性,所以子目录是可以嵌套的。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 25.957
主题: 89
帖子: 406
注册: 2004年2月
俺觉得不存在什么1000与1024的问题

优盘的实际容量是等于标称容量的

只是消费者可使用的容量小于实际容量

俺买过很多闪存芯片,没见过非2的整数次幂的容量

也没有哪个bt厂家会生产这种容量

[2005-10-12 01:18 补充如下]

优盘里消费者不能使用的空间是因为固化了程序,尤其是启动型优盘,固化的程序会更大

具体细节俺也不是很清楚,以前找过一本usb技术的书看过,后来因为工作忙就扔一边没看了
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
版主
泡网分: 156.528
主题: 146
帖子: 46921
注册: 2000年6月
内容贡献勋章 优质内容勋章
不是介个意思的!

我曾经“仔细”分析过FAT磁盘的结构,所以我说“是”。
因此我认为你说的是一种“推测”。
我用我预言的“新事实”证明我的“是”。
你用了一个“新的推测”证明前面的“推测”。
其实我在提出这个“事实”时已经想到了你可能提出的“新推测”,因为如果你不相信我的“事实”的话,只能提出来这样一个新“推测”。
所以我认为我无法说服你了!你已经认定了自己的“推测”,会举出更多的“推测”证实它的。

但是旁边的网友看到上述内容,无法辨别自己应当相信那个。

于是我就说:我用预言过的“新事实”证明前面的“是”,你用事先没有预测到的“新推测”证明前面的“推测”,来说服大家相信我的“是”!

请你仔细观看上面的过程,只不过就事论事而已,并非牵扯到对人的评价或者人际关系。

即使是密切合作的同事,也可能在技术上发生更为激烈的争执,这是司空见惯的事情。

[老顽童 编辑于 2005-10-12 00:38]
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
陈年泡菜
泡网分: 49.209
主题: 42
帖子: 16827
注册: 2002年5月
回看了一下帖子,有点迷惑,一个很普通的技术讨论,何以会造成顽版如此大的火气,乃至到了斥责我人格的地步--这个让我有点没法接受。
可能顽版对我的想法有些误解?
为什么我说你举出的证据都不能证明你的论点呢:
你的证据是:
1、创建一个512字节的文件;
2、将这个文件写入磁盘;
3、读出这个文件,仍然是512字节;
4、dir列出目录,呈现出这个文件为512字节;
这些现象,我都没有任何疑问。
我们的分歧在于:
我认为,以上的所有操作都是通过文件系统完成的,文件在磁盘上实际的存放方式并非如此。
文件系统把这个文件写入磁盘的时候,会自动给这个文件附加上校验和。而从磁盘中读取的时候,会读取、校验这个校验和。这些操作,对文件系统的用户而言,是不可见的。
对用户而言,写入的是什么文件、读出的还是什么文件。校验和,只有中间文件系统可见。
至于dir云云,我坚持认为它不能作为任何有意义的证据--它只是一个用户界面。当然会把校验和的长度屏蔽掉。

当然,我这个看法,可能是对,也可能是错。需要实验来验证。

[盲目HAPPY分子 编辑于 2005-10-12 00:25]
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
陈年泡菜
泡网分: 49.209
主题: 42
帖子: 16827
注册: 2002年5月
原文由 老顽童 发表
IBMas400:其实我早就料到你会这样说,所以别的就话你就不必再说了!我即使手动将磁盘文件一个一个字节给你抠出来,你还会“找出”什么“理由”的。
你可以看作我前面的话是给别人说的。
这里我要告诉别的朋友:如果IBMas400事先这么说了,你们可以不信老顽童。但是如果你们看看IBMas400事先说的什么、老顽童事先说的什么,就知道应当相信什么了!

顽版不要生气。
我是真的和你讨论这个问题,如果我真的错了,我肯定认错。
这种技术问题,一是一、二是二,都是可以验证,没法含糊过去的。
扇区扣出来、就说明所有问题,没有强词夺理搅混水的可能,更加没有这种必要,我也不是那种人。

前面说的,实际上是两件事:
1、文件控制的数据结构是否占据文件系统的空间--我认为占用了,你认为没有;
2、dir出来的文件大小是否作数--我认为不作数,你认为作数;
现在要验证的,就是这两件事谁对了。
为了这个带上情绪说话,那就没意思了。
好歹我还是报过名的顽版粉丝团成员
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 11.733
主题: 19
帖子: 282
注册: 2005年1月
顽版别生气,说清楚就行了,有人就是这样的怀疑论者

原文由 太没劲了 发表
FAT32 根目录文件数还是受限的


这观点是从那来的?当然会有限制,比如说文件大小的最大限制,而在 FAT32 中根目录目录表类其中的文件结构,所以肯定有 4G 限制,但是这个限制和前面提到的 FAT16 的 512 限制大不一样。如果你就是指这么个限制就当我没问。


是我搞错了,FAT32在这方面也有所改进,ROOT区可扩
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
版主
泡网分: 156.528
主题: 146
帖子: 46921
注册: 2000年6月
内容贡献勋章 优质内容勋章
IBMas400:其实我早就料到你会这样说,所以别的就话你就不必再说了!我即使手动将磁盘文件一个一个字节给你抠出来,你还会“找出”什么“理由”的。

你可以看作我前面的话是给别人说的。

这里我要告诉别的朋友:如果IBMas400事先这么说了,你们可以不信老顽童。但是如果你们看看IBMas400事先说的什么、老顽童事先说的什么,就知道应当相信什么了!
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
资深泡菜
泡网分: 31.321
主题: 16
帖子: 1795
注册: 2004年8月
顽版,我的意思是说。
DIR这个程序,只是把目录表中的长度数值显示出来而已。
这个数值并不代表这个文件的实际长度,更不代表它实际占据的物理空间大小。
假如控制信息是整合在文件空间里的,但体现给用户的长度值,肯定要扣除这一部分,也就是说,给你看的是纯文件的大小,而实际操作的,是总体的大小--这些都是文件系统做的事情。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
版主
泡网分: 156.528
主题: 146
帖子: 46921
注册: 2000年6月
内容贡献勋章 优质内容勋章
原文由 IBMas400 发表
......
至于dir列目录不说明任何问题,因为dir是上层程序,读的是根目录表,文件系统已经把这些细节都屏蔽了。甚至可以通过改根目录表,把这个文件的长度改成几个G
IBMas400别忘了:这个文件是可以拷贝到dos下去读的!
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
回复主题: 请教: U盘的标称容量与实际容量的差距
功能受限
游客无回复权限,请登录后再试