Retard de retour de pool paginée provoque erreurs 1450 « Ressources insuffisantes »

Le problème décrit dans cet article est difficile d'identifier. Une pour vérifier le problème si vous pensez que vous rencontrez il consiste à calculer le nombre de fichiers ouverts sur l'ordinateur de fenêtre NT et l'examiner leur taille. Si avoir environ 180 gigaoctets (Go) de fichiers ouverts ne sont pas être fermés en continu ou sont ouverte et fermées rapidement dans une condition de boucle, vous pouvez rencontrer ce problème. En outre, vos programmes peuvent recevoir un message d'erreur INSUFFICIENT_RESOURCES lorsque vous tentez d'ouvrir, créer ou étendre un fichier.

Ce problème peut être intermittent. Si vous essayez de l'opération à nouveau il est possible pour qu'il puisse réussir. Ce problème se produit car il est possible d'avoir un programme crée et fermer des fichiers plus rapidement que Windows NT pouvez nettoyer. Lorsque cela se produit, il est possible pour l'opération réussisse Si retentée.

Une autre méthode que vous pouvez utiliser pour identifier le problème consiste à démarrer le Gestionnaire des tâches et cliquez sur l'onglet performances . Au bas de l'onglet, recherchez la section mémoire du noyau et surveillez la valeur de mémoire paginée. Vous pouvez rencontrer le problème lorsque cette valeur atteint approximativement 190. Si cette valeur est en bas immédiatement, vous devez pouvoir recommencer l'opération qui a provoqué la message d'erreur et il est réussir (si le système est suffisamment de ressources pour compléter demande le programme).

Dans Windows NT 4.0 Service Pack 4 (SP4), l'optimisation a été ajoutée pour le Gestionnaire de cache et le système de fichiers NTFS qui permet de NTFS renvoyer une réponse faux le Gestionnaire de cache tente d'obtenir un fichier pour écriture « différée. NTFS cela lorsqu'elle est in the middle of un point de contrôle en mode minimal, étant donné que points de contrôle en mode minimal peuvent prendre le temps à la fin. Cela permet le cache du gestionnaire pour passer à d'autres fichiers sur autres volumes au lieu d'attendre le point de contrôle propre à la fin.

Dans ce cas, NTFS doit libérer récemment désallouées clusters. NTFS cela en forçant un point de contrôle en mode minimal. Dans ce cas particulier, le Gestionnaire de cache doit attendre le point de contrôle pour terminer instead of passer à travailler sur les autres fichiers, car il n'est pas vraiment un point de contrôle en mode minimal et doit prendre beaucoup.

La solution est pour empêcher NTFS renvoyer une réponse faux au Gestionnaire de cache lors qu'il est une nouvelle point de contrôle as a result of nécessitant une deallocated récemment clusters libérées.

Pour résoudre ce problème, procurez-vous le dernier service pack Windows NT 4.0 ou la mise à jour individuelles. Pour des informations pour obtenir le dernier service pack, consultez à :

• http://www.microsoft.com/downloads/details.aspx?familyid=E396D059-E402-46EF-B095-A74399E25737&displaylang=en/ (http://www.microsoft.com/downloads/details.aspx?familyid=E396D059-E402-46EF-B095-A74399E25737&displaylang=en/) -ou-
  
  
• 152734  (http://support.microsoft.com/kb/152734/EN-US/ ) Comment obtenir le dernier pack de service windows nt 4.0

Pour des informations pour obtenir la mise à jour individuelles, contactez services de support technique Microsoft. Pour une liste complète des numéros de téléphone des services de support technique Microsoft et des informations des coûts de prise en charge, accédez à l'adresse suivante sur le World Wide Web :

Microsoft a confirmé que c'est un problème dans Windows NT 4.0 et Windows NT Server 4.0, Édition Terminal Server. Ce problème a été corrigé dans Windows NT Server version 4.0, Édition Terminal Server Service Pack 6.