live messenger与稀疏文件—Sparse File Bit

简介:
今天进行磁盘整理,发现一个奇怪的文件SimilarityTable_1:下面是我的C盘整理后的结果
卷   (C:)
    卷的大小                                   = 15.62 GB
    簇的大小                                   = 4 KB
    已使用空间                                 = 11.65 GB
    可用空间                                   = 3.97 GB
    可用空间百分比                             = 25 %
卷的碎片
    总的碎片                                   = 0 %
    文件碎片                                   = 0 %
    可用空间碎片                               = 0 %
*****************************
主文件表(MFT)碎片
    总的 MFT 大小                              = 158 MB
    MFT 记录计数                               = 125,398
    使用中的 MFT 百分比                        = 77 %
    总的 MFT 碎片                              = 2
--------------------------------------------------------------------------------
碎片            文件大小        无法进行碎片整理的文件
13              8.00 GB         \Documents and Settings\Administrator\Local Settings\Application Data\Microsoft\Messenger\[email]zsygz@hotmail.com[/email]\SharingMetadata\Working\SimilarityTable_1
 
这个文件足足  8GB  ,但是这个文件所在的目录的属性显示为“大小:8.02 GB (8,616,189,996 字节)”“占用空间:20MB左右”.这是什么功能.用google 一搜原来这个文件正是live messenger8.0 新功能:共享文件,也就是远程储存.而远程储存的应用就是"稀疏文件".而且目前它的应用也非常广泛,常见的下载软件:flashget, BT,还有游戏免CD的镜像文件(一般都是几K) 等都利用"稀疏文件".
NTFS稀疏文件的概念如下:
NTFS 5对稀疏数据(即存在较大连续0数位区域的数据)的处理是通过创建无需为每一字节(而这些字节又是文件最终将包含的)而实际占用磁盘空间的大文件来节省磁盘空间并提高磁盘性能的。管理员或应用程序能够使用新的、由用户控制的文件系统属性将包括较大连续0数位区域的文件标记为稀疏文件,而NTFS接着就将物理空间仅分配给那些有意义的数据(即那些将被事实写入的部分)。例如,如果一个42GB大小文件已被标记为稀疏文件,则其数据将只被写入该文件的前64KB和后64KB中,这样,NTFS只占用了128KB的磁盘空间,尽管从另一方面来看,该文件仍象一个42GB大小的文件那样发挥着作用。使用稀疏数据设置的应用程序包括图像处理软件和高速数据库.

引用《Windows 2000存储应用的开发思路》一文:
---------------------------------------------------------------------------------------------------------
·稀疏文件:对这些类型文件的支持在NTFS中得到增强。以新的用户控制文件系统属性来指示的文件利用了这一特性。NTFS剥离稀疏数据流,在分配时仅维护有意义的数据。 在文件访问中,文件系统分配实际的数据,剥离零数据。API允许应用程序开发者不必进行文件扩展并直接读取分配值域。这就使应用程序不必处理由文件系统产生的大量零数据流,并能够使用稀疏数据流以高效方式复制或移动大文件。
---------------------------------------------------------------------------------------------------------
URL: [url]http://www.microsoft.com/china/windows2000/library/howitworks/fileandprint/stordev.asp[/url]
---------------------------------------------------------------------------------------------------------
《Windows 2000的企业级存储》DOC文档下载:




本文转自 张善友 51CTO博客,原文链接:http://blog.51cto.com/shanyou/75098,如需转载请自行联系原作者
目录
相关文章
|
10月前
|
存储 缓存 文件存储
如何保证分布式文件系统的数据一致性
分布式文件系统需要向上层应用提供透明的客户端缓存,从而缓解网络延时现象,更好地支持客户端性能水平扩展,同时也降低对文件服务器的访问压力。当考虑客户端缓存的时候,由于在客户端上引入了多个本地数据副本(Replica),就相应地需要提供客户端对数据访问的全局数据一致性。
31130 65
如何保证分布式文件系统的数据一致性
|
11月前
|
前端开发 容器
HTML5+CSS3前端入门教程---从0开始通过一个商城实例手把手教你学习PC端和移动端页面开发第8章FlexBox布局(上)
HTML5+CSS3前端入门教程---从0开始通过一个商城实例手把手教你学习PC端和移动端页面开发第8章FlexBox布局
17588 8
|
10月前
|
人工智能 负载均衡 网络性能优化
灵骏可预期网络:Built for AI Infrastructure
通用人工智能离我们越来越近,全世界的关注和投入正在带来日新“周”异的变化。回顾人工智能的诞生和发展历程,人类计算能力的进步几乎牵动了每一次的重大技术突破,当前的大模型热潮更是如此,只是动辄千万亿参数级的模型体量,所需计算资源远超单颗芯片的上限,超大规模的计算集群成为支撑技术发展和应用创新的关键基础设施。面向智能:云基础设施网络技术面临新挑战如何突破单个芯片、单个服务器节点的算力上限,在超大规模情况
29917 6
灵骏可预期网络:Built for AI Infrastructure
|
10月前
|
设计模式 存储 监控
设计模式(C++版)
看懂UML类图和时序图30分钟学会UML类图设计原则单一职责原则定义:单一职责原则,所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变,那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。bad case:IPhone类承担了协议管理(Dial、HangUp)、数据传送(Chat)。good case:里式替换原则定义:里氏代换原则(Liskov 
35892 13
设计模式(C++版)
|
10月前
|
存储 编译器 C语言
抽丝剥茧C语言(初阶 下)(下)
抽丝剥茧C语言(初阶 下)
|
11月前
|
机器学习/深度学习 人工智能 自然语言处理
带你简单了解Chatgpt背后的秘密:大语言模型所需要条件(数据算法算力)以及其当前阶段的缺点局限性
带你简单了解Chatgpt背后的秘密:大语言模型所需要条件(数据算法算力)以及其当前阶段的缺点局限性
24268 9
|
10月前
|
机器学习/深度学习 弹性计算 监控
重生之---我测阿里云U1实例(通用算力型)
阿里云产品全线降价的一力作,2023年4月阿里云推出新款通用算力型ECS云服务器Universal实例,该款服务器的真实表现如何?让我先测为敬!
36373 11
重生之---我测阿里云U1实例(通用算力型)
|
11月前
为笔记本更换固态硬盘的方法
本文介绍为笔记本电脑拆机、更换固态硬盘的具体方法~
17862 40
为笔记本更换固态硬盘的方法
|
10月前
|
SQL 存储 弹性计算
Redis性能高30%,阿里云倚天ECS性能摸底和迁移实践
Redis在倚天ECS环境下与同规格的基于 x86 的 ECS 实例相比,Redis 部署在基于 Yitian 710 的 ECS 上可获得高达 30% 的吞吐量优势。成本方面基于倚天710的G8y实例售价比G7实例低23%,总性价比提高50%;按照相同算法,相对G8a,性价比为1.4倍左右。
|
11月前
|
存储 算法 Java
【分布式技术专题】「分布式技术架构」手把手教你如何开发一个属于自己的限流器RateLimiter功能服务
随着互联网的快速发展,越来越多的应用程序需要处理大量的请求。如果没有限制,这些请求可能会导致应用程序崩溃或变得不可用。因此,限流器是一种非常重要的技术,可以帮助应用程序控制请求的数量和速率,以保持稳定和可靠的运行。
29631 51

热门文章

最新文章