Click here to Skip to main content
15,886,518 members
Articles / Programming Languages / C#

A Faster Directory Enumerator

Rate me:
Please Sign up or sign in to vote.
4.91/5 (90 votes)
27 Aug 2009CPOL3 min read 356.8K   25.2K   170   93
Describes how to create a significantly faster enumerator for the attributes of all the files in a directory.

Image 1

Introduction

The .NET Framework's Directory class includes methods for querying the list of files in a directory. For each file, you can also then query the attributes of the file, such as the size, creation date, etc. However, when querying files on a remote PC, this can be very inefficient; a potentially expensive network round-trip is needed to retrieve each file's attributes. This article describes a much more efficient implementation that is approximately 3x faster.

Background

Let's assume you are writing an application that needs to find the most recently modified file in a directory. To implement this, you might have a function similar to the following:

C#
DateTime GetLastFileModifiedSlow(string dir)
{
    DateTime retval = DateTime.MinValue;
    
    string [] files = Directory.GetFiles(dir);
    for (int i=0; i<files.Length; i++)
    {
        DateTime lastWriteTime = File.GetLastWriteTime(files[i]);
        if (lastWriteTime > retval)
        {
            retval = lastWriteTime;
        }
    }
    
    return retval;
}

That function certainly works, but it suffers from some very poor performance characteristics:

  1. GetFiles must allocate a potentially very large array.
  2. GetFiles must wait for the entire directory's entries to be returned before returning.
  3. For each file, a potentially expensive query is sent to the file system. No attempt is made to perform any sort of batch query.

You might think that converting to DirectoryInfo.GetFileSystemInfos would improve item #3:

C#
DateTime GetLastFileModifiedSlow2(string dir)
{
    DateTime retval = DateTime.MinValue;
    
    DirectoryInfo dirInfo = new DirectoryInfo(dir);

    FileInfo[] files = dirInfo.GetFiles();
    for (int i=0; i<files.Length; i++)
    {
        if (files[i].LastWriteTime > retval)
        {
            retval = lastWriteTime;
        }
    }
    
    return retval;
}

This doesn't change anything however: the objects returned by GetFiles() are not initialized with any data, and will all query the file system the first time any property is accessed.

Making it Faster

The attached test application includes the FastDirectoryEnumerator class in FastDirectoryEnumerator.cs. Using the GetFiles method, we can write the equivalent of our first slow method.

C#
DateTime GetLastFileModifiedFast(string dir)
{
    DateTime retval = DateTime.MinValue;
    
    FileData [] files = FastDirectoryEnumerator.GetFiles(dir);
    for (int i=0; i<files.Length; i++)
    {
        if (files[i].LastWriteTime > retval)
        {
            retval = lastWriteTime;
        }
    }
    
    return retval;
}

The FileData object provides all the standard attributes for a file that the FileInfo class provides.

Making it Even Faster

Use one of the overloads of the EnumerateFiles method to enumerate over all the files in a directory. The enumeration returns a FileData object.

Below is an example of the same method using FastDirectoryEnumerator:

C#
DateTime GetLastFileModifiedFast(string dir)
{
    DateTime retval = DateTime.MinValue;

    foreach (FileData f in FastDirectoryEnumerator.EnumerateFiles(dir))
    {
        if (f.LastWriteTime > retval)
        {
            retval = f.LastWriteTime;
        }
    }

    return retval;
}

Performance

The test application allows you to create a large number of files in a directory, then test the time it takes to enumerate using all three methods. I used a directory with 3000 files and ran each test three times to give the best answer possible for each test.

Using a path on my local hard drive resulted in the following times:

  • Directory.GetFiles method: ~225ms
  • DirectoryInfo.GetFiles method: ~230ms
  • FastDirectoryEnumerator.GetFiles method: ~33ms
  • FastDirectoryEnumerator.EnumerateFiles method: ~27ms

That is roughly a 8.5x increase in performance between the fastest and the slowest methods. The performance is even more pronounced when the files are on a UNC path. For this test, I used the same directory as the previous test. The only difference is that I referenced the directory by a UNC share name instead of the local path. At the time of the test, I was connected to my home wireless network.

  • Directory.GetFiles method: ~43,860ms
  • DirectoryInfo.GetFiles method: ~44,000ms
  • FastDirectoryEnumerator.GetFiles method: ~55ms
  • FastDirectoryEnumerator.EnumerateFiles method: ~53ms

That is roughly a 830x increase in performance, and more than 2 orders of magnitude! And, the gap only increases as the latency to the PC containing the files increases.

Why is it Faster?

As mentioned above, Directory.GetFiles and DirectoryInfo.GetFiles have a number of disadvantages. The most significant is that they throw away information and do not efficiently allow you to retrieve information about multiple files at the same time.

Internally, Directory.GetFiles is implemented as a wrapper over the Win32 FindFirstFile/FindNextFile functions. These functions all return information about each file that is enumerated that the GetFiles() method throws away when it returns the file names. They also retrieve information about multiple files with a single network message.

The FastDirectoryEnumerator keeps this information and returns it in the FileData class. This substantially reduces the number of network round-trips needed to accomplish the same task.

History

  • 8-13-2009: Initial version.
  • 8-14-2009: Added security checks, parameter checking, and the GetFiles method.
  • 8-24-2009: Fixed the AllDirectories search using GetFiles. Removed note about .NET 4.0 including something similar.
  • 9-08-2009: Fixed the AllDirectories search when filter is not * or *.*.

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


Written By
Software Developer (Senior)
United States United States
I've been a software engineer since 1999. I tend to focus on C# and .NET technologies when possible.

Comments and Discussions

 
GeneralRe: Unhandled Stackoverflow Exception on Windows 7 64bit Pin
Dave Whiteford14-Aug-14 2:04
Dave Whiteford14-Aug-14 2:04 
GeneralRe: Unhandled Stackoverflow Exception on Windows 7 64bit Pin
H. Engelhadt14-Aug-14 7:21
H. Engelhadt14-Aug-14 7:21 
GeneralNice article, but keep an eye on .net 4.0 Pin
SteveTheThread10-Sep-09 22:38
SteveTheThread10-Sep-09 22:38 
GeneralRe: Nice article, but keep an eye on .net 4.0 Pin
KD7LRJ1-Oct-09 2:06
KD7LRJ1-Oct-09 2:06 
GeneralRe: Nice article, but keep an eye on .net 4.0 Pin
Member 1853421-Oct-10 19:57
Member 1853421-Oct-10 19:57 
GeneralNice Pin
Xmen Real 9-Sep-09 16:50
professional Xmen Real 9-Sep-09 16:50 
GeneralFindFirstFile/FindNextFile as Directory.GetFiles Pin
soo2loo28-Aug-09 11:20
soo2loo28-Aug-09 11:20 
GeneralEnumerateFiles Pin
CoolDadTx26-Aug-09 4:06
CoolDadTx26-Aug-09 4:06 
Just to be clear the new v4 EnumerateFiles method is not in any way faster than using GetFiles. It uses the exact same process of calling FindFirstFile/FindNextFile as GetFiles. Therefore you have a roundtrip for each file. What makes it better is the perceived speed.

With GetFiles you have to wait for the framework to enumerate all the files before you get any results back. For large #s of files this can be really slow. EnumerateFiles uses an iterator so each time you request the next file it makes the roundtrip to fetch the next file. Therefore each iteration the performance is consistent (theoretically) irrelevant of the # of files. Of course the overhead of the iterator means that it will actually take longer overall but (like threading) you won't have the hefty delay.

This actually has some implications to how you code. Before if you tried to enumerate a directory of files and one of the files had security that prevented you from reading it then you'd get an exception and lose all files. Now you'll get an exception during the iteration. Another place where things behave differently is in the results. If you use GetFiles then you'll get the list of files available while the method runs. Now you'll potentially (read: depending upon the FindNextFile impl) get the files that were added after the initial call but before the iterator gets to the file.
GeneralEncounters System.IO.PathTooLongException Pin
QBUI25-Aug-09 13:29
QBUI25-Aug-09 13:29 
GeneralRe: Encounters System.IO.PathTooLongException Pin
wilsone826-Aug-09 2:38
wilsone826-Aug-09 2:38 
GeneralRe: Encounters System.IO.PathTooLongException Pin
QBUI26-Aug-09 6:58
QBUI26-Aug-09 6:58 
GeneralRe: Encounters System.IO.PathTooLongException Pin
wilsone826-Aug-09 11:57
wilsone826-Aug-09 11:57 
GeneralRe: Encounters System.IO.PathTooLongException Pin
QBUI27-Aug-09 7:19
QBUI27-Aug-09 7:19 
GeneralRe: Encounters System.IO.PathTooLongException Pin
wilsone827-Aug-09 10:15
wilsone827-Aug-09 10:15 
GeneralBug with recursion? [modified] Pin
Corey McKenzie22-Aug-09 23:59
Corey McKenzie22-Aug-09 23:59 
GeneralRe: Bug with recursion? [modified] Pin
whizrd23-Aug-09 4:29
whizrd23-Aug-09 4:29 
GeneralRe: Bug with recursion? [modified] Pin
wilsone824-Aug-09 3:18
wilsone824-Aug-09 3:18 
GeneralRe: Bug with recursion? Pin
Heywood27-Aug-09 11:47
Heywood27-Aug-09 11:47 
GeneralRe: Bug with recursion? Pin
wilsone828-Aug-09 4:16
wilsone828-Aug-09 4:16 
GeneralRe: Bug with recursion? Pin
Heywood30-Aug-09 7:19
Heywood30-Aug-09 7:19 
GeneralRe: Bug with recursion? Pin
Heywood8-Sep-09 3:25
Heywood8-Sep-09 3:25 
GeneralRe: Bug with recursion? [modified] Pin
wilsone88-Sep-09 11:09
wilsone88-Sep-09 11:09 
GeneralGood job... Pin
Andrew Rissing21-Aug-09 4:16
Andrew Rissing21-Aug-09 4:16 
QuestionFSO alternative? Pin
aikimark18-Aug-09 8:03
aikimark18-Aug-09 8:03 
GeneralGood Pin
Paulo Zemek17-Aug-09 2:08
mvaPaulo Zemek17-Aug-09 2:08 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.