Fonction DirectoryExists plus rapide?

Question

J'utilise

DirectoryExists (const PathName : String); 

pour vérifier si un répertoire est accessible à partir d'un ordinateur ou non. Mais si le répertoire n'existe pas et le nom de chemin est un chemin réseau, à savoir

\\computer1\Data 

la méthode prend beaucoup de temps pour revenir.

Il doit y avoir un moyen plus rapide de déterminer qu'un dossier réseau n'est pas accessible. Ou puis-je configurer un paramètre de délai d'attente que DirectoryExists utilise en interne (j'ai regardé le code source mais il délègue juste à GetFileAttributes qui est défini dans kernel32)?

Des idées?

Answer 1

Il n'y a pas moyen plus rapide:

toute fonction accès à quoi que ce soit sur un partage à distance de délai d'attente lorsque cette part est pas disponible.

Si la cause de vos délais d'attente est la déconnexion automatique d'actions, alors ce lien peut vous aider: http://support.microsoft.com/default.aspx?scid=kb;[LN];Q138365

Si l'application peut se poursuivre sans l'achèvement de la vérification, vous pouvez mettre le contrôle dans un thread séparé et, une fois la vérification terminée, vous pouvez mettre à jour votre statut dans l'interface utilisateur.

--jeroen

Answer 2

Si vous testez un grand nombre de répertoires, vous devez utiliser des threads pour effectuer toutes les requêtes en parallèle, car les partages réseau sont généralement longs.

Answer 3

Il y avait la même question pour C#: How to avoid network stalls in GetFileAttributes?

Comme dit codymanix, fils d'utilisation. Le lien ci-dessus va vous montrer comment vous pouvez le faire avec des délégués en C#. Je ne sais pas Delphi, mais peut-être savez-vous comment convertir le code?

Answer 4

C'est le meilleur moyen. Vous pouvez ajouter du code pour envoyer une requête ping à la machine pour s'assurer qu'elle existe, mais cela laisserait la routine à l'échec car de nombreux ordinateurs ont des pare-feu logiciels configurés pour ignorer les requêtes ping, ainsi que la possibilité que le partage demandé ne fonctionne pas. exister. Sur certaines machines, si le chemin UNC se trouve sur la machine locale et que la machine locale n'a pas de carte réseau active (un ordinateur portable déconnecté par Wi-Fi, par exemple en mode "Avion"), les requêtes UNC échouent également. .

Answer 5

Si les deux ordinateurs se trouvent sur le même domaine, les opérations sur les fichiers seront plus rapides.

Answer 6

Dans une situation similaire à celle que vous avez prescrite, j'ai d'abord ajouté un ping ICMP au serveur. Si le serveur ne répond pas au ping, je suppose qu'il est en panne. Vous pouvez décider vous-même du délai d'utilisation sur le ping, de sorte que vous pouvez le définir beaucoup plus court que le délai d'attente utilisé en interne lorsque vous essayez d'ouvrir un partage de fichiers.

Answer 7

J'utilise le code suivant ...

private delegate bool DirectoryExistsDelegate(string folder); 

bool DirectoryExistsTimeout(string path, int millisecondsTimeout) 
{ 
    try 
    { 
     DirectoryExistsDelegate callback = new DirectoryExistsDelegate(Directory.Exists); 
     IAsyncResult result = callback.BeginInvoke(path, null, null); 

     if (result.AsyncWaitHandle.WaitOne(millisecondsTimeout, false)) 
     { 
      return callback.EndInvoke(result); 
     } 
     else 
     { 
      callback.EndInvoke(result); // Needed to terminate thread? 

      return false; 
     } 
    } 

    catch (Exception) 
    { 
     return false; 
    } 
} 

... ce qui me permet d'avoir une version de délai d'attente de Directory.Exist. Je l'appelle avec quelque chose comme ...

bool a = DirectoryExistsTimeout("\\\\machine\\folder", 5000); 

Est-ce que cela vous convient?

---

Pour être sûr/légal, vous devez appeler "callback.EndInvoke (result);" mais l'appeler verrouille jusqu'à la fin de l'async, ce qui annule l'objet du code. Peut-être que cela doit être fait à la fin de votre code - sortie peut-être?