Max. de fichiers sur volume SFM limité par la mémoire de réserve paginée

Traductions disponibles Traductions disponibles
Numéro d'article: 161870 - Voir les produits auxquels s'applique cet article
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Pour une Microsoft Windows Server 2003 version de cet article, reportez-vous 842355.
Agrandir tout | Réduire tout

Résumé

Les composant Services pour Macintosh (SFM) de Windows NT a une limite supérieure au nombre de fichiers et répertoires qui peuvent se trouver sur les volumes SFM sur un serveur Windows NT donné. Cette limite est déterminée par la quantité de mémoire paginée disponible pour le noyau de Windows NT.

Les informations dans cet article sont fournies pour aider à déterminer des limites raisonnables pour le nombre de fichiers pour être hébergées sur des serveurs de services pour Macintosh.

Remarque : L'algorithme utilisé par les services pour Macintosh pour allouer la mémoire a été modifiée dans un correctif SP3 Post-. Ce correctif est inclu dans Windows NT 4.0 Service Pack 4. Les informations contenues dans cet article s'appliquent à toutes les versions de services pour Macintosh antérieures au Service Pack 4 Windows NT 4.0. Pour plus d'informations sur cette modification, consultez l'article suivant dans la base de connaissances Microsoft :
N° d'ARTICLE : 166571
TITLE : Création d'un volume SFM sur grande partition provoque un Stop 0 x 24

Plus d'informations

Les services pour Macintosh utilise une petite quantité de mémoire en pool paginée pour chaque fichier et répertoire réside sur un volume SFM à mettre en cache les informations nécessaires au fonctionnement efficace du service. Pour les petites et les volumes de taille moyennes, cette condition de mémoire est généralement négligeable. Toutefois, si la taille du volume est très volumineuse, ou une grande quantité de mémoire de réserve paginée est nécessaire pour les autres services, les erreurs susceptibles de survenir lors de la à créer des fichiers sur un volume SFM ou lorsque d'autres opérations qui nécessitent l'utilisation de la mémoire pool paginée.

Le nombre d'octets de mémoire paginée du pool que SFM alloue pour suivre un fichier ou un répertoire dépend de la longueur du nom de fichier longs du fichier (LFN). La longueur du nom de 8.3 fichier (le cas échéant) est sans importance. Le tableau suivant affiche le nombre d'octets de mémoire paginée du pool requis par les services pour Macintosh en fonction de la longueur d'un fichier ou d'un nom de fichier long de l'annuaire.
Length
of LFN    File   Dir
-------   ----   ---
 1 -  8    128   168
 9 - 12    136   176
13 - 20    152   192
21 - 32    176   216
				

Par conséquent, une arborescence de répertoires consistant en 200 sous-répertoires et 10 000 fichiers, tout avec des noms entre 13 et 20 caractères, nécessiterait (200 * 192) + (10 000 * 152), ou 1,558,400 octets (1,48 Mo) de mémoire paginée du pool.

«La mémoire pool paginée» fait référence à une région spécifique du mappage de mémoire virtuelle de Windows NT accessible aux composants de système d'exploitation en mode noyau.

La quantité maximale de mémoire en pool paginée disponible pour Windows NT est déterminée lors du démarrage du système et, par défaut, dépend de la quantité de RAM physique installée sur le système. La quantité maximale de mémoire paginée du pool qui peut être ventilé, même avec un nombre illimité de RAM physique, est de 192 Mo.

La taille du pool par défaut de la réserve paginée peut être substituée au moyen d'une modification dans le Registre Windows NT. Toutefois, beaucoup de précaution doit être utilisée lors de la modification des paramètres par défaut pour l'allocation de mémoire du noyau. Si un équilibre approprié de pool paginé, non paginée et autres ressources de mémoire n'est pas maintenue, Windows NT peut devenir instable en raison d'une insuffisance de ressources, même lorsqu'il existe beaucoup de RAM physique disponible.

Autres composants système en plus de services pour Macintosh également utilisent la mémoire de réserve paginée. Par conséquent, le nombre réel de fichiers que SFM pourront gérer sur un système donné dépend de configuration globale de ce système. Pour voir combien de mémoire paginée est utilisé à un moment donné, examinez le compteur octets de réserve paginée de l'objet de mémoire dans l'Analyseur de performances.

Si vous utilisez toute la mémoire de pool paginé disponible sur votre système, il se peut que vous rencontriez l'un des symptômes suivants. D'autres symptômes peuvent également être présents et que vous pouvez rencontrer pas tous les éléments suivants :
  • Les clients Windows NT, le message peuvent s'afficher "ne peut pas traiter votre demande, pas assez paginée pool de ressources disponibles» lors de la tentative d'accès aux fichiers sur le serveur.
  • Les clients Windows 95, le message peuvent s'afficher: «pas assez de ressources de système pour traiter votre demande.»
  • Les clients Macintosh risquent de perdre leurs connexions au serveur, même si ils ne reçoivent pas de messages d'erreur explicite.
  • Le journal des événements sur le serveur peut afficher les instances de Event ID 2020: "le serveur n'a pas pu allouer à partir de la réserve paginée système parce que la réserve était vide." ou l'ID d'événement 12046: «Impossible d'allouer des ressources de mémoire paginée.»
  • Vous pouvez voir la fenêtre contextuelle application suivant: «processus système - perdu différées écriture de données : le système a essayé de transférer des données de fichiers depuis les tampons vers Device\HarddiskN\PartitionN\path\to\file. "Échec de l'opération d'écriture et certaines données peuvent ont été écrits dans le fichier."
Pour plus d'informations sur la mémoire virtuelle, y compris la mémoire en pool paginée et les paramètres de Registre qui sont disponibles pour modifier l'allocation de mémoire par défaut, requête sur "pagedpoolsize» dans la base de connaissances Microsoft.

Vous trouverez des informations d'arrière-plan supplémentaires sur la mémoire virtuelle dans «Inside Windows NT» par Helen Custer et d'autres sources, y compris la base de connaissances Microsoft.

Propriétés

Numéro d'article: 161870 - Dernière mise à jour: samedi 1 mars 2014 - Version: 2.2
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows NT Advanced Server 3.1
  • Microsoft Windows NT Server 3.5
  • Microsoft Windows NT Server 3.51
  • Microsoft Windows NT Server 4.0 Standard Edition
Mots-clés : 
kbnosurvey kbarchive kbmt kbnetwork KB161870 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 161870
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com