FolderSizes 8.2 Now Available

Just a quick note to let you know that FolderSizes 8.2 is now available.

This minor version release introduces a handful of new features. Most notably, FolderSizes 8.2 now includes summary footers for all file reports – including full support for most export file types (the ones that make sense), printing, etc. This is a feature that users have been requesting for a while now, so we’re happy to get it into your hands.

FolderSizes 8.2 also includes another popular feature request – the ability to move or copy files (via the File Operations dialog) while retaining the existing folder structure.

We’ve also improved support for Windows Server Data Deduplication in the duplicate files report, updated default file report column layouts, improved the zip compression progress dialog, updated the task scheduler listing to support sorting, updated the help file, and fixed a number of bugs.

Feel free to download FolderSizes 8.2 whenever you’re ready – it’s a free update for all existing FolderSizes 8 license holders. And if you’re still running an older major version of FolderSizes, we recommend upgrading today – you’re missing all the good new stuff!

Posted: April 29, 2016 7:06 pm

How does FolderSizes handle offline files?

Windows Server and some third-party hierarchical storage management (HSM) systems provide offline file management capabilities, allowing policies to be established which cause old or infrequently used files to be moved to cheaper and slower storage systems. In such cases, the original file is replaced with a small “stub” file that resolves to the new location.

So how does FolderSizes report on such files? Typically an offline stub file will occupy a single cluster on the file system – and that’s exactly what FolderSizes (correctly) reports in the vast majority of cases.

However, we have seen rare instances where the size of offline stub files was reported incorrectly. In order to understand this scenario, it’s important to know that (by default) FolderSizes assigns itself  backup and restore privileges whenever possible. It does this in order to decrease the likelihood of permissions issues, thereby improving visibility into the target file system.

However, occasionally we’ve run across HSM appliances that report the size of stub files in terms of their original values (before the file was moved offline) when queried by an application with backup/restore privileges assigned, assumedly because this would be the size occupied by a backup. This can be a problem for FolderSizes, since we want to know actual disk space usage for files on the storage device (not their offline file sizes).

FolderSizes offers a couple potential workarounds for this problem. First, in Options | Scanning, users can elect to disable the assignment of backup/restore privileges to FolderSizes, which will usually fix the problem at its source. The same option screen also allows users to explicitly set the allocated size of offline files according to some predefined value (a single cluster, 4Kb, 8Kb, or 16Kb), which can be used to work around the problem.

Finally, it might be worth noting that FolderSizes will never trigger the retrieval of offline files during the course of any analysis or reporting process (generally a process must read from or write to an offline file in order to trigger a recall).

Posted: April 15, 2016 7:39 pm

FolderSizes & Windows Data Deduplication

Today we published a new article on using FolderSizes to analyze Windows Server file system that have data deduplication services enabled. Please find a link to the article below:

Windows Data Deduplication : Disk Space Reporting & Visualization Implications

Posted: April 15, 2016 5:27 pm

FolderSizes 8.1 Now Available

Just a quick note to let our users know that FolderSizes v8.1 has been released.

FolderSizes v8.1 contains over a dozen feature improvements and a handful of bug fixes. Please see the full release notes here:

Posted: February 2, 2016 10:03 pm

Disk & Folder Level Trend Analysis

FolderSizes offers powerful disk space usage trend analysis capabilities. This article will discuss the types of trend analysis tools that are available, and how best to leverage them.

Disk Level Trends

FolderSizes automatically tracks available and used space for all attached drives. This includes local, removable, network, and other drive types. If a drive is visible in the “Drive Space” docking panel or the “Computer” view, then FolderSizes will store historical space information for that drive automatically, each time the program is launched.

If you prefer to track disk space history for a specific set of volumes, you can do so with the Disk Reporter. Simply start the Disk Reporter and add each volume of interest – again, both local and network volumes are supported. Now every time the Disk Reporter is launched, disk space information will be recorded for each volume that was added.

If you’d like to ensure that disk space history is recorded on a recurring basis, use the built-in FolderSizes scheduling facility. To do so, open the Disk Reporter and click the Schedule button in the toolbar. Here you can establish an execution schedule that suits for you needs. For example, you may elect to run the Disk Reporter for a specific set of paths every day at 6pm. You can also use the scheduler to export Disk Reporter information, or even send it via email – but this isn’t necessary for establishing historical disk space data (the Disk Reporter simply needs run for that to happen).

Learn more about disk trend analysis features here.

Folder Level Trends

Although certainly valuable, disk level trend analysis is sometimes not enough. Often, system and storage administrators need to know more about where disk space growth or contraction has occurred.

Toward that end, FolderSizes has a powerful Trend Analyzer tool that can consume two different types of data – Snapshots (.fssx files) and XML folder data (.xml files). These two file formats each have their unique advantages.

  • Snapshots – These are created using the Snapshot creation tool, which can either be launched manually or via the scheduler. Snapshots contain full metadata for every file and folder in the target file system(s). This means that Snapshots can be used to create trend analyses as well as any other report type (including searches, folder reports, and file reports). The disadvantage of Snapshots is that they are larger than XML folder data files and take longer to generate (and consume).
  • XML Folder Data – These are created by exporting folder report data (created by selecting or entering a disk or folder path in the main window) as XML, which can be done manually (Save Results ribbon bar button) or via the scheduler. XML folder data files contain only folder level information, and can be re-loaded directly into the FolderSizes main window via the Load Results ribbon bar button. They can also be consumed by the Trend Analyzer, and have the advantage of being smaller (and faster to generate and consume) than full Snapshots – however, they cannot be used to create other reports (such as searches or file reports).

So to summarize, Snapshots capture file and folder information and are therefore more flexible but slower to generate and consume. XML folder data files can be generated and consumed more quickly, but are limited to folder-level data. Snapshots are also considerably larger than XML folder data files – through both compress very nicely, and FolderSizes applies NTFS compression to both file types by default.

Example Scenario

Let’s briefly consider an example scenario where these capabilities might be useful.

Let’s say one of your primary storage systems is experiencing consistent but gradual growth, but due to the complexity of the file system structure you’re having a difficult time determining which areas are accounting for that growth.

To gain visibility into these changes, start by using the FolderSizes scheduler to create daily Snapshots of the target file system. Configure the scheduled Snapshot task to create these Snapshot files in a shared folder, either locally or somewhere on the network.

After some period of time, you’ll have a collection of Snapshot files that represent a history of changes in the target file system. Start the Snapshot Analyzer tool and click the New Analysis toolbar button. Browse to the folder that contains the collection of Snapshot files and click OK to begin the analysis.

Once the initial Snapshot analysis completes, you’ll be presented with a wealth of information about which parts of the target file system have grown or contracted. A good starting point is to select the file system root in the Folders panel (it’ll be selected by default) and then view the contents of the Subfolder Change panel. Sort the Subfolder Change detail report by the “Abs. Change” column in descending order (it’ll be sorted that way by default), and you’ll quickly see which folders have grown the most. You can then double-click on child folders within the Subfolder Change report to drill down as far as required.

Of course, this is just the tip of the proverbial iceberg – the FolderSizes Trend Analyzer can do much more than what I’ve described above. For example, with a bit of sorting you can quickly figure out which folders have shrunk (contracted) the most. Or right-click a Subfolder Change entry to create a “flat” view of the files and/or child folders it contains. You can also filter by date range, export report results, alter the time scale, and much more (see the help file for details).


FolderSizes gives system and storage administrator the ability to understand file system growth and contraction at both the disk and folder level, making it a powerful tool for managing storage system change.

FolderSizes offers powerful disk space usage trend analysis capabilities. This article will discuss the types of trend analysis tools that are available, and how best to leverage them.

Posted: February 2, 2016 4:58 pm