¿Forma más rápida de obtener múltiples FileInfo?

Question

Esto es una idea remota, ¿pero hay una forma más rápida de obtener tamaño, tiempo de lastacceso, tiempo de última creación, etc. para múltiples archivos?

Tengo una larga lista de rutas de archivos (así que no necesito enumerarlas) y necesito buscar esa información lo más rápido posible. Crear archivos de información en paralelo probablemente no ayude mucho ya que el cuello de botella debería ser el disco.

El Diario NTFS solo mantiene los nombres de los archivos por desgracia, de lo contrario, "será genial, supongo que el sistema operativo no almacena esa meta información en algún lugar".

Otra optimización que podría hacerse si hay una llamada estática o Win32 (métodos de archivos sólo se permite que consiga una pieza de información a la vez, aunque) método que obtiene la información más bien que la creación de un grupo de FileInfo objetos

de todas formas, contento si alguien sabe algo que podría ayudar, por desgracia, tiene que tener que hacer la optimización de micro aquí y no "el uso de una base de datos" no es una respuesta viable;)

Answer 1

hay métodos estáticos en System.IO.File para conseguir lo que desea. Es una micro-optimización, pero podría ser lo que necesita: GetLastAccessTime, GetCreationTime.

Editar

dejaré el texto anterior porque usted pidió específicamente para los métodos estáticos. Sin embargo, creo que es mejor que utilices FileInfo (debes medir solo para estar seguro). Tanto File como FileInfo utiliza un método interno en File llamado FillAttributeInfo para obtener los datos que está buscando. Para las propiedades que necesita, FileInfo necesitará llamar a este método una vez. File tendrá que invocarlo en cada llamada, ya que el objeto de información de atributo se descarta cuando finaliza el método (ya que es estático).

Así que mi corazonada es que cuando necesite múltiples atributos, un FileInfo para cada archivo será más rápido. ¡Pero en situaciones de rendimiento, siempre debes medir! Enfrentado con este problema, probaría ambas opciones administradas como se describe anteriormente y haré un punto de referencia, tanto cuando se ejecute en serie como en paralelo. Entonces decide si es lo suficientemente rápido.

Si no es lo suficientemente rápido, debe recurrir directamente a la API de Win32. No sería demasiado difícil mirar File.FileAttributeInfo en las fuentes de referencia y encontrar algo similar.

segunda edición

De hecho, si realmente lo necesita, este es el código necesario para llamar a la API de Win32 directamente utilizando el mismo enfoque que el código interno para File no, pero mediante una llamada a un sistema operativo para obtener toda los atributos. Creo que solo deberías usar si es realmente necesario. Tendrá que analizar desde FILETIME a una fecha de uso utilizable usted mismo, etc., para que pueda obtener más trabajo que hacer manualmente.

static class FastFile 
{ 
    private const int MAX_PATH = 260; 
    private const int MAX_ALTERNATE = 14; 

    public static WIN32_FIND_DATA GetFileData(string fileName) 
    { 
     WIN32_FIND_DATA data; 
     IntPtr handle = FindFirstFile(fileName, out data); 
     if (handle == IntPtr.Zero) 
      throw new IOException("FindFirstFile failed"); 
     FindClose(handle); 
     return data; 
    } 

    [DllImport("kernel32")] 
    private static extern IntPtr FindFirstFile(string fileName, out WIN32_FIND_DATA data); 

    [DllImport("kernel32")] 
    private static extern bool FindClose(IntPtr hFindFile); 


    [StructLayout(LayoutKind.Sequential)] 
    public struct FILETIME 
    { 
     public uint dwLowDateTime; 
     public uint dwHighDateTime; 
    } 
    [StructLayout(LayoutKind.Sequential, CharSet = CharSet.Unicode)] 
    public struct WIN32_FIND_DATA 
    { 
     public FileAttributes dwFileAttributes; 
     public FILETIME ftCreationTime; 
     public FILETIME ftLastAccessTime; 
     public FILETIME ftLastWriteTime; 
     public int nFileSizeHigh; 
     public int nFileSizeLow; 
     public int dwReserved0; 
     public int dwReserved1; 
     [MarshalAs(UnmanagedType.ByValTStr, SizeConst = MAX_PATH)] 
     public string cFileName; 
     [MarshalAs(UnmanagedType.ByValTStr, SizeConst = MAX_ALTERNATE)] 
     public string cAlternate; 
    } 
} 

Answer 2

¿es posible utilizar la clase DirectoryInfo ?

DirectoryInfo d = new DirectoryInfo(@"c:\\Temp"); 
FileInfo[] f= d.GetFiles() 

Answer 3

. Las clases DirectoryInfo y FileInfo de .NET son increíblemente lentas en este aspecto, especialmente cuando se usan con recursos compartidos de red.

Si muchos de los archivos que se "escanean" están en el mismo directorio, obtendrás resultados mucho más rápidos (según la situación: por dimensiones más rápido) mediante las funciones FindFirstFile, FindNextFile y FindClose de la API de Win32. Esto es cierto incluso si tiene que solicitar más información que realmente necesita (por ejemplo, si solicita todos los archivos ".log" en un directorio, donde solo necesita el 75% de ellos).

En realidad, las clases de información de .NET también usan estas funciones API de Win32 internamente. Pero solo "remmeber" los nombres de los archivos. Cuando se solicita más información sobre un grupo de archivos (por ejemplo, LastModified), se realiza una solicitud separada (de red) para cada archivo, lo que hace que el tiempo sea un problema.

Answer 4

Creo que está buscando la función GetFileAttributesEx (pinvoke.net link). Sin embargo, la clase FileInfo (o más bien, su clase base) usa esto internamente de todos modos, así que dudo que veas ninguna mejora en el rendimiento.