Transfert de fichiers via ASP.Net WebService est super lent

Question

Nous avons un héritage WSE3 ASP.Net WebService ici qui définit une méthode GetFileContent(string fileName). Ce qu'il fait est de vérifier un chemin prédéfini pour un fichier avec le nom passé, lire son contenu, base64 encode et envoyer ce genre de choses encodée retour en réponse.

Malheureusement, le processus prend (variable) ans. J'ai écrit une application client de console de référence sur les performances à la demande: Parfois 2.5Megs sont transférés dans les 12 secondes, il faut parfois 40. Un autre RAN fichier 27Meg hier par en 16 secondes, aujourd'hui il a fallu> 1 min.

D'autres choses que j'ai vérifié:

• CPU et la performance de swap ne valent pas mention (sur la surveillance, les regards de la machine) ennuyé

• la vitesse du réseau est suffisante.

• L'appel de méthode est effectuée immédiatement après que le client a envoyé la demande.

• La lecture et l'encodage prend une moyenne de 500 ms pour un gros fichier, de sorte que la déclaration de retour est également effectuée immédiatement après la demande.

• est encore plus lent, donc je suppose que pourrait Un autre client (basé sur Java) un problème client.

Quelqu'un a une idée où chercher à côté de se placer derrière ce méchant-là? Se sent comme des problèmes IIS, vraiment ...

Merci beaucoup à l'avance ...

Answer 1

Tout d'abord, juste pour se assurer:. J'espère que vous savez que WSE est obsolète

En second lieu, WSE est basé sur la technologie ASMX. Cela a des problèmes avec de grandes demandes, car il reproduira les données entrantes quatre fois ou plus sur le chemin de service. Cependant les grandes données sont, supposons qu'il faudra au moins quatre fois plus de mémoire, avant que le service reçoit même ses mains sur elle.

La solution consiste à mettre à niveau WCF.

Answer 2

Je crois qu'il n'y a aucun problème dans IIS. Je soupçonne parfois il a fallu plus de temps pour résoudre l'adresse IP, si le chemin de chemin partagé est donnée à la place le chemin réel.