Discussion :

[llaffont]

Bonjour,

Je suis actullement sur un bout de code qui copie des fichiers d'un répertoire à un autre tout ça sur un poste distant.

J'ai remarqué que les traitement était devenu long depuis que la phase Copy a été mis en production.

Vu que je lance la procédure en local, qu'elle agit sur un poste distant et que j'utilise File.Copy()

Ma question est : Qu'elle est le poste qui travail (temp processeur) à la copie.

Merci

[SaumonAgile]

Ma question est : quel est le poste qui travaille (temps processeur) à la copie.

Les deux... Ce sont deux machines différentes qui communiquent par le réseau, il faut bien qu'elles fassent des traitements chacune de leur côté, une pour envoyer le fichier, l'autre pour le recevoir.

[llaffont]

Merci de ta réponse. (Et tes corrections orthographiques)

Mais je ne rapatrie pas le fichier en local. Je fais une copie du poste distant au poste distant.

[SaumonAgile]

Mais je ne rapatrie pas le fichier en local. Je fais une copie du poste distant au poste distant.

Si tu copies un fichier d'une machine vers une autre, le fichier passe forcément par la machine sur laquelle la commande de copie est exécutée.
Donc pour résumer, si tu exécutes à partir de A un programme qui copie un fichier de B vers C (ou même de B vers B), le fichier copié passe tout de même par A.

[llaffont]

Je m'en doutais.

Peux t'on y remédier ?

Faire en sorte que la copie soit exécutée par le poste distant afin de gagner du temps.
Car actuellement il s'agit d'un test et cela prend déjà 20 secondes mais mis en production le parc représente plus de 1000 machines....

[kinola]

Test de faire une copie de ton fichier en local, genre une sauvegarde et après tu fait un file.move ca sera peut être plus rapide