<?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: WinDirStat 1.3</title>
	<link>http://blog.windirstat.info/20081227/windirstat-13/</link>
	<description>News and discussions around WinDirStat</description>
	<pubDate>Fri, 20 Nov 2009 23:29:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Oliver</title>
		<link>http://blog.windirstat.info/20081227/windirstat-13/#comment-15449</link>
		<dc:creator>Oliver</dc:creator>
		<pubDate>Wed, 22 Jul 2009 02:08:20 +0000</pubDate>
		<guid>http://blog.windirstat.info/20081227/windirstat-13/#comment-15449</guid>
		<description>&lt;blockquote&gt;Maybe hardlink support can be implemented as an option/checkbox and be disabled by default. Advanced users who are willing to sacrifice some of the “snappy behaviour” and low memory footprint can enable it if required (you might add the notion “experimental” or “slow” or something like that), and Joe Sixpack isn’t bothered with unneeded functionality.&lt;/blockquote&gt;Well, the interesting fact is that you would rather gain snappy behavior by "caching" stuff (i.e. more use of RAM, less use of CPU).

However, in fact some information is just "more expensive" in terms of CPU, IO and RAM. In case of MFT parsing, the hard links don't add any such problems. But MFT parsing introduces other issues (the MFT is more or less a plain list, not a hierarchy like the directories are on disk ... thus all contents need to be put into the right form before being able to evaluate it).

My biggest concerns with MFT parsing are about potential security issues (unprivileged user unable to use it or so) and the extended use of memory. But the advantages outweigh all of that so far.

For now, good night :mrgreen: (2:08am here)</description>
		<content:encoded><![CDATA[<blockquote><p>Maybe hardlink support can be implemented as an option/checkbox and be disabled by default. Advanced users who are willing to sacrifice some of the “snappy behaviour” and low memory footprint can enable it if required (you might add the notion “experimental” or “slow” or something like that), and Joe Sixpack isn’t bothered with unneeded functionality.</p></blockquote>
<p>Well, the interesting fact is that you would rather gain snappy behavior by &#8220;caching&#8221; stuff (i.e. more use of RAM, less use of CPU).</p>
<p>However, in fact some information is just &#8220;more expensive&#8221; in terms of CPU, IO and RAM. In case of MFT parsing, the hard links don&#8217;t add any such problems. But MFT parsing introduces other issues (the MFT is more or less a plain list, not a hierarchy like the directories are on disk &#8230; thus all contents need to be put into the right form before being able to evaluate it).</p>
<p>My biggest concerns with MFT parsing are about potential security issues (unprivileged user unable to use it or so) and the extended use of memory. But the advantages outweigh all of that so far.</p>
<p>For now, good night <img src='http://blog.windirstat.info/wp-includes/images/smilies/icon_mrgreen.gif' alt=':mrgreen:' class='wp-smiley' /> (2:08am here)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://blog.windirstat.info/20081227/windirstat-13/#comment-15448</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Wed, 22 Jul 2009 01:50:48 +0000</pubDate>
		<guid>http://blog.windirstat.info/20081227/windirstat-13/#comment-15448</guid>
		<description>Quote - Oliver:
"In addition to the current memory requirements this would mean to add more without knowing whether the user has any utility from that - e.g. a user may have not a single hard link on the machine."

Maybe hardlink support can be implemented as an option/checkbox and be disabled by default. Advanced users who are willing to sacrifice some of the "snappy behaviour" and low memory footprint can enable it if required (you might add the notion "experimental" or "slow" or something like that), and Joe Sixpack isn't bothered with unneeded functionality.

Keep up the good work!</description>
		<content:encoded><![CDATA[<p>Quote - Oliver:<br />
&#8220;In addition to the current memory requirements this would mean to add more without knowing whether the user has any utility from that - e.g. a user may have not a single hard link on the machine.&#8221;</p>
<p>Maybe hardlink support can be implemented as an option/checkbox and be disabled by default. Advanced users who are willing to sacrifice some of the &#8220;snappy behaviour&#8221; and low memory footprint can enable it if required (you might add the notion &#8220;experimental&#8221; or &#8220;slow&#8221; or something like that), and Joe Sixpack isn&#8217;t bothered with unneeded functionality.</p>
<p>Keep up the good work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oliver</title>
		<link>http://blog.windirstat.info/20081227/windirstat-13/#comment-15447</link>
		<dc:creator>Oliver</dc:creator>
		<pubDate>Wed, 22 Jul 2009 01:08:22 +0000</pubDate>
		<guid>http://blog.windirstat.info/20081227/windirstat-13/#comment-15447</guid>
		<description>Then the only method is not to use it. Windows is not quite proliferate in offering support for entities like hardlinks. And it is certainly not an option to query every single file for its number of links and its file ID.

The only method I see is MFT parsing and, as mentioned elsewhere, I am working on that.

// Oliver</description>
		<content:encoded><![CDATA[<p>Then the only method is not to use it. Windows is not quite proliferate in offering support for entities like hardlinks. And it is certainly not an option to query every single file for its number of links and its file ID.</p>
<p>The only method I see is MFT parsing and, as mentioned elsewhere, I am working on that.</p>
<p>// Oliver</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://blog.windirstat.info/20081227/windirstat-13/#comment-15445</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Wed, 22 Jul 2009 00:33:36 +0000</pubDate>
		<guid>http://blog.windirstat.info/20081227/windirstat-13/#comment-15445</guid>
		<description>IMHO, hardlink support is essential.

in windows vista and windows 7, the winsxs directory is almost entirely made of hardlinks.

scanning such a system partition with windirstat yields totally false reports.</description>
		<content:encoded><![CDATA[<p>IMHO, hardlink support is essential.</p>
<p>in windows vista and windows 7, the winsxs directory is almost entirely made of hardlinks.</p>
<p>scanning such a system partition with windirstat yields totally false reports.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug Minch</title>
		<link>http://blog.windirstat.info/20081227/windirstat-13/#comment-14500</link>
		<dc:creator>Doug Minch</dc:creator>
		<pubDate>Thu, 25 Jun 2009 20:58:41 +0000</pubDate>
		<guid>http://blog.windirstat.info/20081227/windirstat-13/#comment-14500</guid>
		<description>Is there any way to export the file number, size and percentage data into a text file or spreadsheet?</description>
		<content:encoded><![CDATA[<p>Is there any way to export the file number, size and percentage data into a text file or spreadsheet?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Prouty</title>
		<link>http://blog.windirstat.info/20081227/windirstat-13/#comment-13247</link>
		<dc:creator>David Prouty</dc:creator>
		<pubDate>Tue, 19 May 2009 17:14:42 +0000</pubDate>
		<guid>http://blog.windirstat.info/20081227/windirstat-13/#comment-13247</guid>
		<description>Support for Windows 9x/ME will be dropped? Does 9x mean XP? I intend to hold out on Xp for a while. Anyhow I really think this is one of the best software projects out there and really appreciate your work Thank You. 

I do have a wish list.

1. I would like some way to export file structure to Visual Understanding Environment (VUE) an Open Source project located here http://vue.tufts.edu/index.cfm

2. Also you might find this project interesting if you ever thought to go the 3d route. http://www.tibsoft.com/index.php?page=steptree
StepTree v1.8. I like this approach but I think you could take it to the next level as your software is by far the best. I believe the future of file management will end up as a kind of mind map structure with a zoomable interface or ZUI.

3. If you are implementing a way to save search's a favorites menu would be nice for organizing those search's.

Thanks again
David Prouty</description>
		<content:encoded><![CDATA[<p>Support for Windows 9x/ME will be dropped? Does 9x mean XP? I intend to hold out on Xp for a while. Anyhow I really think this is one of the best software projects out there and really appreciate your work Thank You. </p>
<p>I do have a wish list.</p>
<p>1. I would like some way to export file structure to Visual Understanding Environment (VUE) an Open Source project located here <a href="http://vue.tufts.edu/index.cfm" rel="nofollow">http://vue.tufts.edu/index.cfm</a></p>
<p>2. Also you might find this project interesting if you ever thought to go the 3d route. <a href="http://www.tibsoft.com/index.php?page=steptree" rel="nofollow">http://www.tibsoft.com/index.php?page=steptree</a><br />
StepTree v1.8. I like this approach but I think you could take it to the next level as your software is by far the best. I believe the future of file management will end up as a kind of mind map structure with a zoomable interface or ZUI.</p>
<p>3. If you are implementing a way to save search&#8217;s a favorites menu would be nice for organizing those search&#8217;s.</p>
<p>Thanks again<br />
David Prouty</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcio Merlone</title>
		<link>http://blog.windirstat.info/20081227/windirstat-13/#comment-13098</link>
		<dc:creator>Marcio Merlone</dc:creator>
		<pubDate>Fri, 15 May 2009 12:34:42 +0000</pubDate>
		<guid>http://blog.windirstat.info/20081227/windirstat-13/#comment-13098</guid>
		<description>It would be really nice to have some kind of Windows Explorer integration, via context-menu with an option "Scan with WinDirStat" or alike for drives and folders.</description>
		<content:encoded><![CDATA[<p>It would be really nice to have some kind of Windows Explorer integration, via context-menu with an option &#8220;Scan with WinDirStat&#8221; or alike for drives and folders.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: simon</title>
		<link>http://blog.windirstat.info/20081227/windirstat-13/#comment-11462</link>
		<dc:creator>simon</dc:creator>
		<pubDate>Sat, 04 Apr 2009 21:48:10 +0000</pubDate>
		<guid>http://blog.windirstat.info/20081227/windirstat-13/#comment-11462</guid>
		<description>Hardlink awareness would be great, even if it costs some memory or CPU-cycles.
Thanks for this wonderful program!</description>
		<content:encoded><![CDATA[<p>Hardlink awareness would be great, even if it costs some memory or CPU-cycles.<br />
Thanks for this wonderful program!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mrdude</title>
		<link>http://blog.windirstat.info/20081227/windirstat-13/#comment-10797</link>
		<dc:creator>mrdude</dc:creator>
		<pubDate>Thu, 12 Feb 2009 21:43:21 +0000</pubDate>
		<guid>http://blog.windirstat.info/20081227/windirstat-13/#comment-10797</guid>
		<description>One thing I'd ask for is to have the 'save a scan' and 'save a report' feature available in at least one version that supports Win 9x and Me.  I occasionally have to administer very old win9x and Me systems, and considering their speed, it would be exceedingly handy to run a scan overnight (or have someone else run it), then collect the scan file (or files, if this is being run on multiple systems) from them, and bring the file/s to a faster computer for analysis.

Someone needing this assistance would be able to run and save the scan, but wouldn't know which files were safe to remove.  If they could get those files to me, I could drill through them and compile a list of files to remove, then remove them in one shot, and then possibly re-run the scan overnight if necessary.  If my only option were to run the utility, wait on-site perhaps a long time for it to come up, then delete files on that system itself, it would be much more difficult to use the utility.

Thanks for making it available (and easily portable).  It's on my shortlist of maintenance utilities in my flash-drive toolkit.</description>
		<content:encoded><![CDATA[<p>One thing I&#8217;d ask for is to have the &#8217;save a scan&#8217; and &#8217;save a report&#8217; feature available in at least one version that supports Win 9x and Me.  I occasionally have to administer very old win9x and Me systems, and considering their speed, it would be exceedingly handy to run a scan overnight (or have someone else run it), then collect the scan file (or files, if this is being run on multiple systems) from them, and bring the file/s to a faster computer for analysis.</p>
<p>Someone needing this assistance would be able to run and save the scan, but wouldn&#8217;t know which files were safe to remove.  If they could get those files to me, I could drill through them and compile a list of files to remove, then remove them in one shot, and then possibly re-run the scan overnight if necessary.  If my only option were to run the utility, wait on-site perhaps a long time for it to come up, then delete files on that system itself, it would be much more difficult to use the utility.</p>
<p>Thanks for making it available (and easily portable).  It&#8217;s on my shortlist of maintenance utilities in my flash-drive toolkit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed</title>
		<link>http://blog.windirstat.info/20081227/windirstat-13/#comment-10666</link>
		<dc:creator>Ed</dc:creator>
		<pubDate>Fri, 06 Feb 2009 18:12:18 +0000</pubDate>
		<guid>http://blog.windirstat.info/20081227/windirstat-13/#comment-10666</guid>
		<description>I use WindirStat all the time to help in managing disk space on file servers and sans.

some features I wish for are:

Save scans
Save the bitmaps
Some way to report on file properties like: a report of files last accessed before June, 17 2002.
or reporting on file ownership to learn how much data is owned by user X on a volume.</description>
		<content:encoded><![CDATA[<p>I use WindirStat all the time to help in managing disk space on file servers and sans.</p>
<p>some features I wish for are:</p>
<p>Save scans<br />
Save the bitmaps<br />
Some way to report on file properties like: a report of files last accessed before June, 17 2002.<br />
or reporting on file ownership to learn how much data is owned by user X on a volume.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
