File.Delete et Directory.Delete performances réseau

Question

Est-ce que quelqu'un sait comment exécuter File.Delete et Directory.Delete?

Je veux dire: que se passe-t-il si je supposais que je devais supprimer certains fichiers/dossiers sur le réseau et que le réseau est considérablement lent?

Remplirait-il aussi vite que ce serait le cas localement? Consommez-vous plus de bande passante que de déplacer des fichiers vers cet emplacement réseau?

Answer 1

Ce ne sera pas aussi rapide que ce serait le cas localement. Ce serait lent, avec une latence qui dépend des conditions de votre réseau.

Vous n'envoyez pas votre commande Delete "à distance" à une "extrémité intelligente" qui sait, disons, supprimer un dossier comme une opération atomique. Votre code s'exécute réellement contre l'emplacement de réseau qui est "bête" et supprime le fichier par fichier. En ce qui concerne votre dernière question, Delete est presque toujours plus rapide que Move

Lorsque vous déplacez des fichiers sur des disques (et bien sûr sur des emplacements réseau), il s'agit en fait d'une opération de copie (avec une suppression à la fin).

Answer 2

Ils s'exécutent tous deux de manière synchrone, c'est-à-dire qu'ils attendent tous les deux que la tâche se termine avant de renvoyer le contrôle à l'appelant. Ainsi, les appeler pour supprimer des fichiers ou des répertoires sur un réseau prendrait plus de temps.

Answer 3

Ils utilisent essentiellement les API Win32 natives correspondantes qui signifie que la performance est à peu près la même que celle d'une application native (pas de différence réelle entre .NET et natif) ...

Fondamentalement tous les fichiers E/S est plus lent lorsque cela est fait sur le lecteur réseau/chemins/partages - donc: oui, ils seront plus lents par rapport à la même opération exécutée localement. Combien plus lent dépend de plusieurs aspects, y compris (mais sans s'y limiter) la latence du réseau, serveur, les performances du système de fichiers, etc.

Answer 4

Ils ont tous deux appel dans le api win32 pour faire le travail,

Ceci est du réflecteur 7:

[SecuritySafeCritical] 
public static void Delete(string path) 
{ 
    if (path == null) 
    { 
     throw new ArgumentNullException("path"); 
    } 
    string fullPathInternal = Path.GetFullPathInternal(path); 
    new FileIOPermission(FileIOPermissionAccess.Write, new string[] { fullPathInternal }, false, false).Demand(); 
    if (!Win32Native.DeleteFile(fullPathInternal)) 
    { 
     int errorCode = Marshal.GetLastWin32Error(); 
     if (errorCode != 2) 
     { 
      __Error.WinIOError(errorCode, fullPathInternal); 
     } 
    } 
} 

Answer 5

ne serait-il terminer aussi vite que ce serait au niveau local? Non, c'est assez lent car il n'y a pas de répertoire de suppression dans windows - Directory.Delete liste tous les fichiers sur le réseau puis les supprime. Identique à Windows Explorer. Selon le nombre de fichiers, cela peut prendre du temps. La suppression de 30.000 fichiers est d'abord listée puis 30.000 suppressions individuelles. Consomme-t-il plus de bande passante que de déplacer des fichiers vers cet emplacement réseau, par exemple,?

Non, ce ne serait pas parce que les fichiers ne sont jamais déplacés. Copier les fichiers est toujours beaucoup plus lent, puis les supprimer.

Answer 6

Ils enveloppent les appels via l'API Win32.

Découvrez leur fonction grâce à un outil gratuit ici. ILSPY

Ou la prime de remplacement reflector