J'ai un problème de perf sur une application qui utilise des ressources hébergées sur un serveur Windows 2008 R2.
L'application est très très longue pour se lancer. Une fois dans l'application, tout roule.
 
J'ai comparé avec la même application et les  mêmes ressources hébergées sur un Windows 2003, c'est le jour et la nuit, quasi instantané...
 
J'ai fait des tests de download/upload sur ces 2 serveurs, le 2003 est plus rapide mais pas des masses non plus...
 
Je suis en train d'examiner les tweaks du registre HKLM\SYSTEM\CCS\Services\LanmanServer mais je voulais savoir si d'autres personnes avaient rencontré des problèmes similaires ?
 

Peut être un pare feu   Essai de lancer un wireshark au lancement de l'appli, et voit si elle essai d'envoyer des paquets qui reste sans réponse.

Pare feu désactivé sur le domaine.  
En regardant l'activité réseau, je constate qu'il y a sur la courbe une sorte de "plat" (y = constante) et tout à coup un pic et lors de ce pic, l'application se lance enfin...
Y a une vingtaine de secondes (là ou y=constante sur la courbe de l'activité réseau) où je me demande ce qui se passe... ?

Je regarde aussi le SMB2 qui serait pas terrible avec un environnement pas full 2008 / Win7

Tu as peut être un timeout qqpart.
Fait une trace réseau pour voir si il essaie pas d'accéder à qqch.
 
Tu peux aussi faire un procmon et voir juste avant le moment où il y a le gros gap de temps ce qu'il fait

IPv6 et SMB2 désactivés, idem.
Je m'imprègne du moniteur de ressources 2008...

Wireshark montre que la lecture d'un des fichiers de lancement de mon appli est fragmentée en paquets de 4 octets, 42 octets, 17 octets, 33 ou 26 octets... ???
 
J'ai mis à jour les drivers réseau, idem...
 
J'ai désactivé les TCP offload, idem...
 
Bref

un coup de procmon devrait te donner plus d'infos

En effet, Procmon m'indique "FAST IO DISALLOWED" sur les fichiers utilisés par mon application.
 

c'est tout ? t'as pas des choses qui diffèrent entre le 2008 et 2003 ?
après les résultats de procmon sont difficiles à comprendre, mais y'a moyen de trouver des pistes

Vous installez quoi comme services de rôle pour le rôle Serveur de fichiers ???
 
Parce que là, je n'ai que ça :
 

 
Et le problème se répète avec une autre application, donc y a bien un problème système... Et je me demande s'il ne faut pas installer les "Services de fichiers Windows 2003" ???

Deux fichiers principaux stockés sur le serveur 2008R2 sont lus par les clients XP SP3 via chemin UNC \\srv2008\appli pour démarrer l'application.
 
Quand j'utilise wireshark sur le serveur 2008R2, j'ai ça sur le premier fichier :

 
Et ça dure pendant environ 13 secondes.
 
Idem pour le second fichier, la lecture prend environ 8 secondes.
 
Bref, j'ai plus de 20 secondes dans la vue car les fichiers sont lus par petit paquet d'octets.
 
Pour le premier fichier qui pèse environ 4Mo, j'en déduis donc une vitesse approximative de 1,6Mbits/s pour un serveur en gigabit, c'est peu même si les clients sont en bout de chaine en 100Mb...
Pour le second, la vitesse est estimée à 2Mbits/s...
 
Par contre, les copies de fichiers roulent : PC XP SP3 <-> Serveur 2008 R2 : 92Mb/s sur un fichier de 400Mo...

C'est l'appli qui fait les demandes de lecture

Les 20 secondes en question vues de procmon :
 

 
     
 
Si quelqu'un a une idée...    

Oui mais sur un serveur 2003, la même application qui lit les mêmes fichiers (hébergés sur ce serveur 2003) :
 

 
Et ca ne dure qu'une demie seconde pas 13... avec des paquets de 4096 octets, soit 4Ko. Pas des paquets de 4octets voire 42  octets dans le meilleur des cas sur le 2008R2...
 
Y a quand même un problème sur ce 2008 R2...  

Bon, c'était bien un problème TCP/IP de Windows 2008 R2.
 
Il a fallu modifier les paramètres TCP/IP globaux accessibles via netsh int tcp show global.
 
 

ah ouais ! En effet il y a qq settings à tuner là dedans qd le réseau est particulier

via netsh int tcp show global <-- qu'est que tu as du faire comme modification ?
Comment as tu trouvé ces infos ?

le autotuniglevel je suppose

Vi l'autotuning en particulier.