[Win2K Server] 767 Mb mini pour pagefile.sys
Kuching
Messages postés
2702
Date d'inscription
Statut
Contributeur
Dernière intervention
-
M&M Messages postés 5057 Date d'inscription Statut Contributeur Dernière intervention -
M&M Messages postés 5057 Date d'inscription Statut Contributeur Dernière intervention -
Bonjour à tous,
J'ai fait une rapide recherche sur CCM et ailleurs mais pas vu de réponse vraiment satisfaisante.
Sur mon serveur j'ai 4 partitions.
C,D et E sont mirrorées. I est simple
Je souhaite éliminer le swap de C pour le mettre sur I (dédiée à cet effet). Win m'avertis qu'il faut mieux laisser au moins 767 Mo sur C:. Pourquoi? Dois-je l'accepter ou puis-je tout mette sur I?
D'autre part il y a 785 Mo de RAM donc il me faut un swap de 1200 Mb non?
Merci et bonne fin de semaine
A+ K.
"errare humanum est, sed persevare diabolicum"
J'ai fait une rapide recherche sur CCM et ailleurs mais pas vu de réponse vraiment satisfaisante.
Sur mon serveur j'ai 4 partitions.
C,D et E sont mirrorées. I est simple
Je souhaite éliminer le swap de C pour le mettre sur I (dédiée à cet effet). Win m'avertis qu'il faut mieux laisser au moins 767 Mo sur C:. Pourquoi? Dois-je l'accepter ou puis-je tout mette sur I?
D'autre part il y a 785 Mo de RAM donc il me faut un swap de 1200 Mb non?
Merci et bonne fin de semaine
A+ K.
"errare humanum est, sed persevare diabolicum"
A voir également:
- [Win2K Server] 767 Mb mini pour pagefile.sys
- Télécharger opera mini pour pc - Télécharger - Navigateurs
- Pagefile.sys c'est quoi - Guide
- Cybera server - Télécharger - Divers Réseau & Wi-Fi
- Ps3 media server - Télécharger - Divers Réseau & Wi-Fi
- Mb mo - Forum Matériel & Système
9 réponses
Salut MK,
Je ne suis pas spécialiste des serveurs et donc je ne pourrais pas te conseiller sur la taille de la Swap nécessaire mais si sur I tu as au moins 767Mo, je ne pense pas qu'il y ait de problème.
Je pense que windows t'indique un message car pour pouvoir installer la swap sur I tu dois toi-même paramétrer ce fichier. Il te conseille donc la taille minimale, d'après lui. Après, ce qu'il faut mettre je ne sais pas trop mais en général pour un oprdi deux bureau on recommande d'avoir une sxap de 2,5 fois la taille de la RAM.
Enfin, si j'avais autant de Ram, sur mon ordi pesro j'aurais sûrment désactivé cette swap ;))
Bon j'espère ne pas avoir été trop brouillon
Olivier
Petit à petit on devient moins petit :)
Je ne suis pas spécialiste des serveurs et donc je ne pourrais pas te conseiller sur la taille de la Swap nécessaire mais si sur I tu as au moins 767Mo, je ne pense pas qu'il y ait de problème.
Je pense que windows t'indique un message car pour pouvoir installer la swap sur I tu dois toi-même paramétrer ce fichier. Il te conseille donc la taille minimale, d'après lui. Après, ce qu'il faut mettre je ne sais pas trop mais en général pour un oprdi deux bureau on recommande d'avoir une sxap de 2,5 fois la taille de la RAM.
Enfin, si j'avais autant de Ram, sur mon ordi pesro j'aurais sûrment désactivé cette swap ;))
Bon j'espère ne pas avoir été trop brouillon
Olivier
Petit à petit on devient moins petit :)
Le rapport 1,5 est une pure vue de l'esprit sans fondement solide. Sur les Sun, on calibrait les partitions swap selon les besoins des logiciels (Framemaker, interleaf).
Microsoft semble avoir inversé le mécanisme demandant que le swat ait au moins la taille de l'espace RAM. Cela n'a pas de sens non plus, surtout avec une telle taille. Exemple: en combien de temps un PC pourrait-il swapper ses 700MB en entier sur un disque, pour récuper 700MB de place fraiche à ton avis ?
Même sur un Scsi160 ou 320 ce n'est pas possible de jouer avec tes bases de données oracle, tous tes clients seraient suspendus !
Microsoft ne propose pas de partition swap comme sous Unix ou linux et passe donc par le file system FAT32 ou NTFS déjà saturé de petits fichiers fragmentés. c'est d'une stupidité snas nom.
Dont ton idée de réserver un disque physique pour cela est la bonne, et aussi d'adopter le mécanisme de diversité des swaps dsponible dans win2000, mais pas si c'est mirroré, tu ne crois pas que le gestionnaire de mirroring a déjà assez de boulôt que d'encore s'occuper de 700MB à vif ?
Ce débat éternel
Si tu regarede des config comme http://www.microsoft.com/exchange/techinfo/planning/2000/IBMx44011k3.asp , ils installent le minimum sur le disque dur de boot: j'ai souvent vu des disques scsi à peine employé (avec une partition de 4GB) le reste étant laissé non partitionné.
Les autres disques contiennent les programmes et données et sont mirrorés.
Sur la page http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b162846 Microsoft déconseille un pagefile.sys sur un 'stripe set'.
Ils disent encore comme Lapalisse: "Putting the virtual memory paging file PAGEFILE.SYS on a separate physical drive and controller from the Windows NT System Partition will give increased performance, because there will be less contention among the tasks requiring disk access. "
Puis Storage: Each server needs to be attached to a shared, external storage bus(es) that is/are separate from the bus containing the system disk, the boot disk or the pagefile disk. Applications and data are stored on one or more disks attached to this bus.
Can a cluster server boot from a SAN?
Yes, however, there is a set of configuration restrictions around how Windows boots from a storage area network. KB article Q305547.
Server clusters require that the boot disk, page file disk and system disk be on a different storage bus to the cluster server disks. To boot from a SAN, you must have a separate HBA for the boot, system and pagefile disks than the cluster disks. You MUST ensure that the cluster disks are isolated from the boot, system and pagefile disks by zoning the cluster disks into their own zone.
Le Q305547 parle longuement de problème de High latency pour le page file c'est visible sur http://support.microsoft.com/default.aspx?scid=kb;en-us;Q305547&sd=tech
Dans cette page il est dit :
Windows needs reliable access to the pagefile as data is paged in or out of memory.
On peut y comprendre l'usage de page file à la unix, juste en débordement de tes 785MB
L'espace qui t'est demandé sur C: est donc lié au debugging: pour pouvoir écrire éventiellment un dump de cette mémoire ne cas de crash !
:,§_ ç _
(@)=(@)
Microsoft semble avoir inversé le mécanisme demandant que le swat ait au moins la taille de l'espace RAM. Cela n'a pas de sens non plus, surtout avec une telle taille. Exemple: en combien de temps un PC pourrait-il swapper ses 700MB en entier sur un disque, pour récuper 700MB de place fraiche à ton avis ?
Même sur un Scsi160 ou 320 ce n'est pas possible de jouer avec tes bases de données oracle, tous tes clients seraient suspendus !
Microsoft ne propose pas de partition swap comme sous Unix ou linux et passe donc par le file system FAT32 ou NTFS déjà saturé de petits fichiers fragmentés. c'est d'une stupidité snas nom.
Dont ton idée de réserver un disque physique pour cela est la bonne, et aussi d'adopter le mécanisme de diversité des swaps dsponible dans win2000, mais pas si c'est mirroré, tu ne crois pas que le gestionnaire de mirroring a déjà assez de boulôt que d'encore s'occuper de 700MB à vif ?
Ce débat éternel
Si tu regarede des config comme http://www.microsoft.com/exchange/techinfo/planning/2000/IBMx44011k3.asp , ils installent le minimum sur le disque dur de boot: j'ai souvent vu des disques scsi à peine employé (avec une partition de 4GB) le reste étant laissé non partitionné.
Les autres disques contiennent les programmes et données et sont mirrorés.
Sur la page http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b162846 Microsoft déconseille un pagefile.sys sur un 'stripe set'.
Ils disent encore comme Lapalisse: "Putting the virtual memory paging file PAGEFILE.SYS on a separate physical drive and controller from the Windows NT System Partition will give increased performance, because there will be less contention among the tasks requiring disk access. "
Puis Storage: Each server needs to be attached to a shared, external storage bus(es) that is/are separate from the bus containing the system disk, the boot disk or the pagefile disk. Applications and data are stored on one or more disks attached to this bus.
Can a cluster server boot from a SAN?
Yes, however, there is a set of configuration restrictions around how Windows boots from a storage area network. KB article Q305547.
Server clusters require that the boot disk, page file disk and system disk be on a different storage bus to the cluster server disks. To boot from a SAN, you must have a separate HBA for the boot, system and pagefile disks than the cluster disks. You MUST ensure that the cluster disks are isolated from the boot, system and pagefile disks by zoning the cluster disks into their own zone.
Le Q305547 parle longuement de problème de High latency pour le page file c'est visible sur http://support.microsoft.com/default.aspx?scid=kb;en-us;Q305547&sd=tech
Dans cette page il est dit :
Windows needs reliable access to the pagefile as data is paged in or out of memory.
On peut y comprendre l'usage de page file à la unix, juste en débordement de tes 785MB
L'espace qui t'est demandé sur C: est donc lié au debugging: pour pouvoir écrire éventiellment un dump de cette mémoire ne cas de crash !
:,§_ ç _
(@)=(@)
A la page http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/exchange/exchange2000/maintain/optimize/exchtune.asp
tu trouveras les recommandations de Microsoft: à partir de 6 disques: un disque pour pagefile...
In summary, the following are your best guidelines for configuring collaboration servers:
Create a RAID1 partition for Windows and Exchange binary files.
Place the pagefile on a separate spindle (this can be coupled with the binary drive on smaller servers).
Create one dedicated fault-tolerant partition for each storage group for the transaction logs (RAID1 or RAID0+1).
Create at least one fault-tolerant partition for your databases. If you only have one array, place all databases on this array. If you have multiple arrays, use one array for each storage group (databases only).
:,§_ ç _
(@)=(@)
tu trouveras les recommandations de Microsoft: à partir de 6 disques: un disque pour pagefile...
In summary, the following are your best guidelines for configuring collaboration servers:
Create a RAID1 partition for Windows and Exchange binary files.
Place the pagefile on a separate spindle (this can be coupled with the binary drive on smaller servers).
Create one dedicated fault-tolerant partition for each storage group for the transaction logs (RAID1 or RAID0+1).
Create at least one fault-tolerant partition for your databases. If you only have one array, place all databases on this array. If you have multiple arrays, use one array for each storage group (databases only).
:,§_ ç _
(@)=(@)
Salut,
Pour éclairer ta lanterne
Lorsque tu règles le fichier d'échange (Pagefile.sys) sur une taille inférieure à la taille recommandée (12 mégaoctets [Mo]) plus la quantité de mémoire RAM, un fichier d'échange temporaire (Temppf.sys) risque d'être créé et le message d'erreur suivant risque de s'afficher après l'ouverture de session :
Mémoire virtuelle limitée
Votre système s'exécute avec un fichier d'échange de taille incorrect. Utilisez l'option mémoire virtuelle du Panneau de configuration Système pour créer un fichier d'échange ou pour augmenter sa taille initiale.
Le message d'erreur mentionné plus haut dans cet article peut se produire lorsque la taille initiale du fichier d'échange est réduite et réglée sur une valeur très inférieure à la valeur recommandée. Windows s'aperçoit que la taille du fichier d'échange est incorrecte et crée dans le dossier Winnt\System32 un fichier d'échange temporaire dont la taille peut aller jusqu'à 20 mégaoctets. La boîte de dialogue Système du Panneau de configuration est alors affichée, ce qui vous oblige à résoudre le problème de fichier d'échange.
Lorsque l'espace libre sur le disque dur est inférieur ou égal à 30 mégaoctets, des problèmes peuvent se produire lorsque vous essayez de corriger la taille incorrecte du fichier d'échange. La taille insuffisante du fichier d'échange ajoutée à la taille du fichier d'échange temporaire peut facilement consommer tout l'espace libre sur le disque dur. Cela ne laisse pas assez d'espace libre disponible pour créer un fichier d'échange assez grand pour éliminer le besoin d'un fichier d'échange temporaire.
Le seul moyen de libérer l'espace utilisé par le fichier d'échange temporaire est de créer un fichier d'échange à la taille adéquate. Lorsqu'il n'est plus nécessaire, le fichier d'échange temporaire est supprimé au prochain redémarrage de l'ordinateur, et l'espace disque est alors libéré.
Pour éclairer ta lanterne
Lorsque tu règles le fichier d'échange (Pagefile.sys) sur une taille inférieure à la taille recommandée (12 mégaoctets [Mo]) plus la quantité de mémoire RAM, un fichier d'échange temporaire (Temppf.sys) risque d'être créé et le message d'erreur suivant risque de s'afficher après l'ouverture de session :
Mémoire virtuelle limitée
Votre système s'exécute avec un fichier d'échange de taille incorrect. Utilisez l'option mémoire virtuelle du Panneau de configuration Système pour créer un fichier d'échange ou pour augmenter sa taille initiale.
Le message d'erreur mentionné plus haut dans cet article peut se produire lorsque la taille initiale du fichier d'échange est réduite et réglée sur une valeur très inférieure à la valeur recommandée. Windows s'aperçoit que la taille du fichier d'échange est incorrecte et crée dans le dossier Winnt\System32 un fichier d'échange temporaire dont la taille peut aller jusqu'à 20 mégaoctets. La boîte de dialogue Système du Panneau de configuration est alors affichée, ce qui vous oblige à résoudre le problème de fichier d'échange.
Lorsque l'espace libre sur le disque dur est inférieur ou égal à 30 mégaoctets, des problèmes peuvent se produire lorsque vous essayez de corriger la taille incorrecte du fichier d'échange. La taille insuffisante du fichier d'échange ajoutée à la taille du fichier d'échange temporaire peut facilement consommer tout l'espace libre sur le disque dur. Cela ne laisse pas assez d'espace libre disponible pour créer un fichier d'échange assez grand pour éliminer le besoin d'un fichier d'échange temporaire.
Le seul moyen de libérer l'espace utilisé par le fichier d'échange temporaire est de créer un fichier d'échange à la taille adéquate. Lorsqu'il n'est plus nécessaire, le fichier d'échange temporaire est supprimé au prochain redémarrage de l'ordinateur, et l'espace disque est alors libéré.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Hi,
Pour ta gouverne personnelle
Le préfixe kilo en système internationale vaut 1000
Le préfixe kilo en informatique vaut 1024 (2 puissance 10)
eh oui c'est du au binaire (0 ou 1)
En ce qui te concerne, au démarrage le memory test doit t'annoncer 786432 K, il s'agit là de kilo octets
Rappel :
1 kilo octet vaut 1024 octets
1 méga octet vaut 1024 kilo octets
Donc il faut diviser 786432 par 1024 pour trouver des kilo octets
tu as donc 768 Ko (kilo octets)
En version anglophone tu peux trouver 768 MB (mega Bytes)
Ne pas confondre Byte et bit c'est différent
Un Byte vaut un octet
En résumé
La taille préconisée pour ton swap est 768 + 12 = 780 ko
Ton système lui s'est contenté de donner la taille de ta RAM
Pour ta gouverne personnelle
Le préfixe kilo en système internationale vaut 1000
Le préfixe kilo en informatique vaut 1024 (2 puissance 10)
eh oui c'est du au binaire (0 ou 1)
En ce qui te concerne, au démarrage le memory test doit t'annoncer 786432 K, il s'agit là de kilo octets
Rappel :
1 kilo octet vaut 1024 octets
1 méga octet vaut 1024 kilo octets
Donc il faut diviser 786432 par 1024 pour trouver des kilo octets
tu as donc 768 Ko (kilo octets)
En version anglophone tu peux trouver 768 MB (mega Bytes)
Ne pas confondre Byte et bit c'est différent
Un Byte vaut un octet
En résumé
La taille préconisée pour ton swap est 768 + 12 = 780 ko
Ton système lui s'est contenté de donner la taille de ta RAM
ERREUR de frappe
tu as donc 768 Mo (mega octets)
En version anglophone tu peux trouver 768 MB (mega Bytes)
Ne pas confondre Byte et bit c'est différent
Un Byte vaut un octet
En résumé
La taille préconisée pour ton swap est 768 + 12 = 780 Mo
Ton système lui s'est contenté de donner la taille de ta RAM
tu as donc 768 Mo (mega octets)
En version anglophone tu peux trouver 768 MB (mega Bytes)
Ne pas confondre Byte et bit c'est différent
Un Byte vaut un octet
En résumé
La taille préconisée pour ton swap est 768 + 12 = 780 Mo
Ton système lui s'est contenté de donner la taille de ta RAM
Sorry amazigh,
mais je m'en fout des espilon quand on en est à des serveurs avec 1 Giga ram. je dis: Kuching, taille un disque rien que pour le pagefile même si celui là est en IDE et surtout n'exploite pas deux partitions sur celui-là sinon l'intérêt de la partition dédicacée disparaîtra. Ne le mets pas en Raid-1. Par contre, ton C: sur le scsi,tu peux le mettre en Raid-1 avec un troisième disque scsi, et des données sur un 4ème et un 5ème en scsi également !
Et en plus conserve au moins 800MB libre sur le C: pour les core dump *.dmp même si bien sûr t'en a rien à branler puisque qu'avec MS, personne n'a jamais ouvert les dump et que c'est plus fiable, comme la poudre à lessiver qui lave de plus en plus blanc depuis l'invention d ela télévision.
:,§_ ç _
(@)=(@)
mais je m'en fout des espilon quand on en est à des serveurs avec 1 Giga ram. je dis: Kuching, taille un disque rien que pour le pagefile même si celui là est en IDE et surtout n'exploite pas deux partitions sur celui-là sinon l'intérêt de la partition dédicacée disparaîtra. Ne le mets pas en Raid-1. Par contre, ton C: sur le scsi,tu peux le mettre en Raid-1 avec un troisième disque scsi, et des données sur un 4ème et un 5ème en scsi également !
Et en plus conserve au moins 800MB libre sur le C: pour les core dump *.dmp même si bien sûr t'en a rien à branler puisque qu'avec MS, personne n'a jamais ouvert les dump et que c'est plus fiable, comme la poudre à lessiver qui lave de plus en plus blanc depuis l'invention d ela télévision.
:,§_ ç _
(@)=(@)
En passant par la page http://www.aidewindows.net/entretien1.php
j'étais intrigué par la ligne
ConservativeSwapfileUsage=1
Elle a une influence sur l'écriture de vieux blocs de Ram vers le fichier swap en tâche de fond si je comprends bien ce que Microsoft en dit sur http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b223294
C'est pour Win98. Avec le switch, il en revient au mécanisme de Win95. Je me demandais si à ce switch correspondait une clé dans la base de registre qui pourrait aussi exister dans ton Win2000, et ainsi limiter les accès disques pour géré le swap vu que les 780MB semblent surdimentionnés.
:,§_ ç _
(@)=(@)
j'étais intrigué par la ligne
ConservativeSwapfileUsage=1
Elle a une influence sur l'écriture de vieux blocs de Ram vers le fichier swap en tâche de fond si je comprends bien ce que Microsoft en dit sur http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b223294
C'est pour Win98. Avec le switch, il en revient au mécanisme de Win95. Je me demandais si à ce switch correspondait une clé dans la base de registre qui pourrait aussi exister dans ton Win2000, et ainsi limiter les accès disques pour géré le swap vu que les 780MB semblent surdimentionnés.
:,§_ ç _
(@)=(@)
