Cette rubrique décrit les facteurs qui affectent la quantité de mémoire nécessaire à l'exécution efficace de sites Web ou FTP et les compteurs que vous pouvez utiliser pour évaluer la mémoire nécessaire à ces sites. Les sections disponibles sont les suivantes :
La mémoire vive est la mémoire utilisée par les programmes lors de leur exécution. En règle générale, lorsque vous démarrez une application, l'ordinateur copie les fichiers d'application nécessaires du disque dur vers la mémoire vive et l'application s'exécute à partir de la mémoire vive. La mémoire vive propose un temps d'accès beaucoup plus rapide que le disque dur. Par conséquent, moins l'ordinateur accède au disque dur, plus les applications s'exécutent rapidement. Lors de son exécution, IIS utilise une certaine partie de la mémoire vive, en fonction des facteurs suivants :
Lorsque IIS reçoit une demande concernant un fichier statique, un descripteur de fichier est mis en cache dans la mémoire vive par IIS et le fichier est mis en cache par Windows 2000. S'il reçoit ensuite d'autres demandes concernant le même fichier, IIS utilise la copie mise en cache dans la mémoire vive, au lieu d'extraire de nouveau le fichier sur le disque dur. Cela permet à IIS de répondre plus rapidement à une demande et réduit le temps d'accès pour les visiteurs. Toutefois, la durée pendant laquelle un fichier est conservé en cache dépend d'un certain nombre d'autres facteurs.
Au fur et à mesure des demandes reçues par IIS pour des fichiers différents, les fichiers mis en cache les plus anciens sont purgés pour laisser place aux nouveaux fichiers. Par conséquent, si un nombre important de fichiers sont disponibles via IIS et que vous ne disposez que d'une petite quantité de mémoire vive, l'accès risque d'être ralenti car IIS doit extraire de nombreux fichiers sur le disque dur. Si vous exécutez sur le même ordinateur d'autres applications qui utilisent également de la mémoire vive, les copies de fichiers mises en cache sont supprimées de la mémoire vive pour laisser place aux nouveaux fichiers. Dans ce cas, IIS ne peut pas conserver des fichiers en cache dans la mémoire vive. Encore une fois, cela entraîne un accès plus lent car les fichiers doivent être extraits du disque dur.
Les fichiers ASP sont également mis en cache dans la mémoire vive. Ils n'expirent pas à moins qu'une limite ne soit fixée quant au nombre de fichiers mis en cache. Pour plus d'informations sur la définition d'une limite quant au nombre de pages ASP conservées en cache, consultez Mise en cache des applications.
Étant donné que les fichiers volumineux prennent davantage de place dans la mémoire vive que les fichiers de petite taille, les demandes concernant des fichiers volumineux, comme des fichiers audio ou vidéo, peuvent provoquer un renouvellement important des fichiers mis en cache lorsque la quantité de mémoire vive disponible est peu importante. Si les documents que vous publiez sont volumineux, si vous publiez un grand nombre de documents ou si vous exécutez d'autres applications nécessitant beaucoup de mémoire vive sur l'ordinateur qui héberge IIS, vous pouvez améliorer les performances du système en ajoutant de la mémoire vive. Toutefois, si vous ne publiez pas beaucoup de fichiers et que ces fichiers sont relativement petits, l'ajout de mémoire vive n'améliore en rien les performances de votre ordinateur.
Vous pouvez également améliorer les performances en ajustant la quantité de mémoire allouée par Windows 2000 pour les fichiers mis en cache. Si vous utilisez votre serveur principalement comme serveur Web, configurez-le en tant que serveur d'applications, plutôt que comme serveur de fichiers (paramètre par défaut).
Les compteurs répertoriés ci-dessous permettent de connaître l'activité de la mémoire cache. Lors de la sélection de l'objet de performance, choisissez Internet Information Services - global.
La valeur de % de correspondances dans le cache doit être aussi élevée que possible. Une valeur peu élevée, surtout si elle est associée à une valeur importante du compteur % Temps du disque de l'objet Dique logique, indique que votre serveur ne parvient pas à récupérer suffisamment de fichiers dans la mémoire cache. Cela peut être dû à un grand nombre de fichiers demandés ou à une mémoire cache trop petite devant être étendue. Pour plus d'informations sur la mise en cache d'applications, consultez Configuration des applications.
En règle générale, pour réduire le temps de réponse aux demandes, vous devez attribuer davantage de mémoire ou de ressources processeur aux différentes connexions, ce qui limite les ressources disponibles pour les autres applications quand aucune demande n'est reçue. L'optimisation des performances de la mémoire pour toutes les applications exécutées sur votre serveur peut entraîner des temps de réponse légèrement plus longs pour les visiteurs de votre site Web car la mémoire et les ressources processeur ne sont pas immédiatement disponibles pour les demandes.
IIS vous invite à indiquer une estimation du nombre de demandes sur une période de 24 heures, puis fait automatiquement les ajustements nécessaires pour aboutir à un compromis satisfaisant entre l'utilisation de la mémoire et le temps de réponse. Si vous modifiez cette estimation, IIS modifie le nombre de sockets alloués pour l'écoute des nouvelles demandes. Si le nombre défini est légèrement supérieur au nombre réel de connexions, les tentatives de connexion sont plus rapides. Toutefois, si le nombre défini est largement supérieur au nombre réel de tentatives de connexion, cela entraîne un gaspillage de mémoire. Pour obtenir des instructions sur l'estimation du nombre de connexions, consultez Estimation du trafic.
DansIIS 5.0, les sites qui ont des adresses IP différentes mais le même numéro de port partagent les mêmes sockets. Ainsi, la création de plusieurs sites avec des adresses IP différentes mais qui utilisent tous le port 80 n'augmente pas considérablement la consommation de mémoire non paginée de IIS. IIS utilise ces sockets de façon souple entre tous les sites, réduisant ainsi sa consommation de ressources. Ce partage de sockets permet à IIS 5.0 d'héberger davantage de sites que IIS 4.0 avec le même matériel.
Toutefois, le partage de sockets oblige IIS à écouter toutes les adresses IP, ce qui peut représenter une faille au niveau de la sécurité pour les domaines sécurisés comportant plusieurs réseaux. En outre, les paramètres de performance et de limitation de la bande passante s'appliquent à tous les sites Web configurés pour le même numéro de port. Si vous souhaitez définir une limitation de la bande passante ou optimiser les performances pour un site donné, vous devez désactiver le partage de sockets pour le site en question.
Le partage des sockets est le paramètre par défaut dans IIS et, en principe, vous ne devez pas le modifier. Toutefois, pour les sites sensibles nécessitant leurs propres sockets, une entrée de métabase (MD_DISABLE_SOCKET_POOLING) peut être définie dans /LM/W3SVC/X (où X correspond au numéro du site) pour revenir au comportement de IIS 4.0. Le partage de sockets doit être désactivé uniquement pour le site souhaité, afin que les autres sites moins sensibles puissent malgré tout profiter de cette nouvelle fonctionnalité. Cette propriété peut être définie uniquement via un script et n'est pas disponible dans le composant logiciel enfichable IIS. Pour plus d'informations, consultez Modifications relatives à ADSI dans IIS 5.0.
© 1997-1999 Microsoft Corporation. Tous droits réservés.