<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Essential and Derived Properties</title>
	<link>https://www.dumpanalysis.org/blog/index.php/2009/10/15/essential-and-derived-properties/</link>
	<description>Structural and Behavioral Patterns for Software Diagnostics, Forensics and Prognostics</description>
	<pubDate>Tue, 05 May 2026 21:57:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Dmitry Vostokov</title>
		<link>https://www.dumpanalysis.org/blog/index.php/2009/10/15/essential-and-derived-properties/#comment-99409</link>
		<dc:creator>Dmitry Vostokov</dc:creator>
		<pubDate>Fri, 16 Oct 2009 15:43:48 +0000</pubDate>
		<guid>https://www.dumpanalysis.org/blog/index.php/2009/10/15/essential-and-derived-properties/#comment-99409</guid>
		<description>Thanks for this info! Will try - I have at least 2 more dumps to check the file size :-)</description>
		<content:encoded><![CDATA[<p>Thanks for this info! Will try - I have at least 2 more dumps to check the file size <img src='https://www.dumpanalysis.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>https://www.dumpanalysis.org/blog/index.php/2009/10/15/essential-and-derived-properties/#comment-99403</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Fri, 16 Oct 2009 15:02:28 +0000</pubDate>
		<guid>https://www.dumpanalysis.org/blog/index.php/2009/10/15/essential-and-derived-properties/#comment-99403</guid>
		<description>Actually, in this case SectionSize would be a better representation of the amount of disk space consumed by the file. That shadows the AllocationSize of the file, which is the actual amount of disk space reserved for the file (i.e. it's a multiple of cluster size).

FileSize is a shadow of the FileSize for the file, which is the EndOfFile marker. EOF is always &#60;= AllocationSize. 

Also, since the cache manager state is only present for cached files, you might want to get the size information from the FsContext field. File systems set this field to a pointer to a FSRTL_COMMON_FCB_HEADER structure, which is where the size information comes from in the first place.

-scott</description>
		<content:encoded><![CDATA[<p>Actually, in this case SectionSize would be a better representation of the amount of disk space consumed by the file. That shadows the AllocationSize of the file, which is the actual amount of disk space reserved for the file (i.e. it&#8217;s a multiple of cluster size).</p>
<p>FileSize is a shadow of the FileSize for the file, which is the EndOfFile marker. EOF is always &lt;= AllocationSize. </p>
<p>Also, since the cache manager state is only present for cached files, you might want to get the size information from the FsContext field. File systems set this field to a pointer to a FSRTL_COMMON_FCB_HEADER structure, which is where the size information comes from in the first place.</p>
<p>-scott</p>
]]></content:encoded>
	</item>
</channel>
</rss>
