Supprimer un fichier d'échange sur une machine RAM de 8 Go présente-t-il un avantage ou un inconvénient?


213

J'utilise Windows 7 sur un processeur AMD x64 double cœur avec 8 Go de RAM.

Ai-je même besoin d'un fichier de page?

L'enlever aidera-t-il ou nuira-t-il aux performances?

Cela ferait-il une différence s'il s'agit d'un serveur ou d'un poste de travail?

Windows 7 par rapport à Windows 2008 fait-il une différence avec un fichier d'échange?

Réponses:


299

Version TL; DR: laissez Windows gérer vos paramètres de mémoire / fichier d'échange. Les personnes atteintes de SP ont passé beaucoup plus d'heures à réfléchir à ces problèmes que la plupart d'entre nous, administrateurs système.

De nombreuses personnes semblent supposer que Windows insère des données dans le fichier d'échange à la demande. EG: quelque chose demande beaucoup de mémoire, et il n’ya pas assez de RAM pour répondre à la demande. Windows commence donc à écrire follement les données de RAM à disque à la dernière minute, afin de pouvoir libérer de la RAM pour les nouvelles demandes.

Ceci est une erreur. Il se passe plus de choses sous le capot. D'une manière générale, Windows gère un magasin de sauvegarde , ce qui signifie qu'il souhaite voir également tout ce qui est en mémoire sur le disque. Désormais, lorsque quelque chose survient et demande beaucoup de mémoire, Windows peut effacer la RAM très rapidement, car ces données sont déjà sur le disque, prêtes à être renvoyées dans la RAM si nécessaire. On peut donc dire qu'une grande partie de ce qui est dans le fichier d'échange est également dans la RAM; les données ont été placées de manière préemptive dans le fichier d'échange pour accélérer les nouvelles demandes d'allocation de mémoire.

Décrire les mécanismes spécifiques impliqués prendrait de nombreuses pages (voir le chapitre 7 de Windows Internals et notez qu'une nouvelle édition sera bientôt disponible), mais il y a quelques petites choses à noter. Premièrement, une grande partie de la mémoire vive est intrinsèquement déjà présente sur le disque - code de programme extrait d'un fichier exécutable ou d'une DLL, par exemple. Cela n'a donc pas besoin d'être écrit dans le fichier d'échange; Windows peut simplement garder une trace de l'origine des bits. Deuxièmement, Windows garde la trace des données dans la RAM les plus fréquemment utilisées et efface ainsi de celle-ci les données qui ont duré le plus longtemps sans être consultées.

La suppression complète du fichier d'échange peut entraîner une augmentation du nombre de disques sur le disque. Imaginez un scénario simple dans lequel une application est lancée et requiert 80% de la RAM existante. Cela forcerait le code exécutable actuel à sortir de la RAM - peut-être même du code de système d'exploitation. Désormais, chaque fois que ces autres applications - ou le système d’exploitation lui-même (!!) ont besoin d’accéder à ces données, le système d’exploitation doit les rechercher à partir du magasin de sauvegarde sur disque, ce qui engendre beaucoup de mises au rebut. Parce que sans le fichier d'échange servant de magasin de sauvegarde pour les données transitoires, les seuls éléments pouvant être paginés sont les exécutables et les DLL comportant des magasins de sauvegarde inhérents.

Il existe bien sûr de nombreux scénarios d'utilisation des ressources. Il n'est pas impossible que vous ayez l'un des scénarios dans lesquels il n'y aurait pas d'effets néfastes de la suppression du fichier d'échange, mais ceux-ci sont minoritaires. Dans la plupart des cas, la suppression ou la réduction du fichier d'échange entraînera une réduction des performances dans des scénarios d'utilisation maximale des ressources.

Quelques références:

dmo a noté un récent post d'Eric Lippert qui aide à la compréhension de la mémoire virtuelle (bien que moins en rapport avec la question). Je le mets ici parce que je soupçonne que certaines personnes ne chercheront pas d’autres réponses - mais si vous le trouvez précieux, vous devez un vote pour le DMO , alors utilisez le lien pour vous y rendre!


25
Pour Jeff et Joel: ça rime avec "canards"
quux

2
Sous Solaris, il était / est encore plus impliqué. Le fichier d'échange est reflété dans un disque virtuel, comme tmpfs, de sorte que la mémoire est presque toujours pleine, mais il est apparemment prouvé que c'est la stratégie optimale.
Martin Beckett

2
J'ai longtemps pensé qu'au lieu de permettre à Windows de gérer la taille de mon fichier de page, je devrais le définir sur un montant fixe (par exemple, minimum 2 Go, maximum 2 Go), car sa croissance et sa réduction peuvent entraîner des problèmes de fragmentation. Est-ce une bonne idée ou devrais-je suivre votre première ligne et laisser Windows gérer tout?
John Fouhy

2
@ Mehrdad: Parce que vous ne voulez pas garder 50% de votre RAM libre. Bien sûr, vous pouvez le faire, mais vous perdriez 50% de la RAM physique que vous pourriez utiliser comme cache de disque pour les données actives. La RAM libre est un signe d’inefficacité, c’est comme des camions FedEx dans un dépôt plutôt que sur la route. Cela signifie que vous ne transportez pas autant de fret que vous pourriez, car vous passez trop de temps à charger et à décharger.
David Schwartz

2
@ Mehrdad: Le problème est que, sans fichier de page, il y a beaucoup de données qui doivent être conservées dans la RAM même si elles ne seront probablement jamais consultées. Considérez, par exemple, toute mémoire allouée par un processus démarré au démarrage du système mais offrant un service qui ne sera pas utilisé pendant des jours. Le système ne peut pas prouver que les données ne seront pas accédées et il n'a pas d'autre emplacement que la RAM pour les conserver. Ainsi, le cache disque se réduit tandis que les données sont conservées dans de la RAM qui n'a pas été utilisée depuis plusieurs jours.
David Schwartz

80

Eric Lippert a récemment écrit une entrée de blog décrivant comment Windows gère la mémoire. En bref, le modèle de mémoire Windows peut être considéré comme un magasin de disques sur lequel la RAM agit comme un cache améliorant les performances.


47

Comme je vois d’autres réponses, je suis le seul à avoir désactivé le fichier de page et ne l’ai jamais regretté. Génial :-)

À la maison et au travail, j'ai Vista 64 bits avec 8 Go de RAM. Le fichier d'échange est désactivé pour les deux. Au travail, il n’ya rien d’inhabituel pour moi à avoir quelques instances de Visual Studio 2008, Virtual PC avec Windows XP, deux instances de SQL Server et Internet Explorer 8 avec de nombreux onglets fonctionnant ensemble. J'atteins rarement 80% de la mémoire.

J'utilise également le sommeil hybride tous les jours (hibernation avec sommeil) sans aucun problème.

J'ai commencé à expérimenter avec Windows XP avec 2 Go de RAM et j'ai vraiment vu la différence. L'exemple classique était lorsque les icônes du Panneau de configuration cessaient de s'afficher l'une après l'autre, mais simultanément. De plus, le temps de démarrage de Firefox / Thunderbird a considérablement augmenté. Tout a commencé à fonctionner immédiatement après avoir cliqué sur quelque chose. Malheureusement, 2 Go était trop petit pour l'utilisation de mes applications (Visual Studio 2008, Virtual PC et SQL Server), je l'ai donc réactivé.

Mais pour le moment, avec 8 Go, je ne veux plus jamais revenir en arrière et activer le fichier d'échange.

Pour ceux qui parlent de cas extrêmes, prenez celui-ci de l'époque de Windows XP.
Lorsque vous essayez de charger un tableau croisé dynamique volumineux dans Excel à partir d'une requête SQL, Excel 2000 augmente assez rapidement l'utilisation de la mémoire.
Lorsque vous avez désactivé le fichier d'échange, attendez un peu, puis Excel explose et le système efface toute la mémoire qui le suit.
Lorsque le fichier d'échange est activé, vous attendez un certain temps et vous remarquerez que quelque chose ne va pas, vous ne pouvez pratiquement rien faire avec votre système. Votre disque dur fonctionne à merveille et même si vous parvenez à exécuter le Gestionnaire des tâches (après quelques minutes d’attente) et que excel.exevous tuez, vous devez attendre quelques minutes jusqu’à ce que le système charge tout le contenu du fichier de page.
Comme je l'ai vu plus tard, Excel 2003 gère le même tableau croisé dynamique sans aucun problème avec le fichier d'échange désactivé. Il ne s'agissait donc pas d'un "problème de fichier trop volumineux".

Donc, à mon avis, un fichier de page désactivé vous protège même parfois des applications mal écrites.

En bref: si vous connaissez votre utilisation de la mémoire, vous pouvez la désactiver en toute sécurité.

Edit: Je veux juste ajouter que j'ai installé Windows Vista SP2 sans aucun problème.


3
Mon fichier d'échange a été désactivé et je l'ai regretté au moment où j'ai vraiment utilisé ma mémoire. Alors soyez heureux, vous avez plus de mémoire que nécessaire.
Sam

7
+1, "moi aussi" :-). Même histoire - 8 Go de mémoire, Vista x64, exécution de Visual Studio avec ReSharper + SQL Server Express + IIS + 1 à 2 machines virtuelles (chacune avec 1 500 Mo de mémoire) + plusieurs utilitaires - jamais eu de problème.
Milan Gardian

21
J'adore ce que tout le monde dit: "Microsoft a passé de nombreuses heures à réfléchir à ce problème, alors ne jouez pas avec lui", mais ignorez complètement les expériences du monde réel. Le fichier de pagination est désactivé depuis XP et je ne l’ai jamais regretté. C'est comme si l'ordinateur recevait une injection de génial.
AngryHacker

4
Il est assez courant de désactiver la pagination sur les serveurs initialisés par iSCSI. La pagination sur le réseau de stockage serait lente. Il vous suffit de surveiller votre utilisation de la mémoire et d'éviter le maximum.
Chris S

6
-1 Je ne vois aucune référence dans cette réponse. Mon système s'est bloqué car le fichier de page a été désactivé et la mémoire de la réserve paginée est saturée. Pourtant, mon utilisation de mémoire physique n’était que de 2 Go ...
Tamara Wijsman Le

34

Vous voudrez peut-être effectuer des mesures pour comprendre comment votre système utilise la mémoire avant de procéder aux réglages du fichier d'échange. Ou (si vous voulez toujours faire des ajustements), avant et après ces ajustements.

Perfmon est l'outil pour cela. pas le gestionnaire de tâches. Un compteur de clé est Memory - Pages Input / sec . Cela va spécifiquement représenter graphiquement les fautes de page difficiles , celles dans lesquelles une lecture à partir du disque est nécessaire avant qu'un processus puisse continuer. Les défauts de page logiques (qui constituent la majorité des éléments représentés dans le compteur de défauts de page / s par défaut ; je recommande de ne pas tenir compte de ce compteur!) Ne sont pas vraiment un problème. ils montrent simplement les éléments lus de la RAM normalement.

Graphique Perfmon http://g.imagehost.org/0383/perfmon-paging.png

Ci-dessus est un exemple de système sans soucis, du point de vue de la mémoire. Très occasionnellement, il y a un pic de défauts durs - ceux-ci ne peuvent être évités, car les disques durs sont toujours plus grands que la RAM. Mais le graphique est en grande partie à zéro. Le système d’exploitation envoie donc très rarement la pagination à partir du support.

Si vous voyez un graphique Mémoire - Pages en entrée / s beaucoup plus pointu que celui-ci, la bonne réponse consiste à utiliser moins de mémoire (moins de programmes) ou à ajouter de la RAM. Changer les paramètres de votre fichier d'échange ne changera pas le fait que le système demande plus de mémoire que ce dont il a réellement besoin.

Un compteur supplémentaire pratique pour surveiller est PhysicalDisk - Avg. Longueur de la file d'attente (toutes les instances). Cela montrera l'impact de vos modifications sur l'utilisation du disque lui-même. Un système bien comporté affichera ce compteur en moyenne à 4 ou moins par broche .


1
haletant même quelqu'un qui fait tout son possible pour montrer comment inspecter le fichier d'échange. impressionnant.
cgp

1
Lien mort à l'image. Besoins résolus.
kinokijuf

Oui, "ImageHost.org est fermé"
Peter Mortensen

34

J'ai utilisé ma boîte Vista x64 de 8 Go sans fichier de page pendant des années, sans aucun problème.

Des problèmes sont survenus lorsque j'ai vraiment utilisé ma mémoire!

Il y a trois semaines, j'ai commencé à éditer de très gros fichiers image (~ 2 Go) dans Photoshop. Une session de montage a englouti toute ma mémoire. Problème: je n'ai pas pu enregistrer mon travail car Photoshop a besoin de plus de mémoire pour enregistrer le fichier!

Et comme c'était Photoshop lui-même, qui consommait toute la mémoire, je ne pouvais même pas libérer de la mémoire en fermant des programmes (eh bien, oui, mais c'était trop peu pour être utile).

Tout ce que je pouvais faire était de supprimer mon travail, d’activer mon fichier de page et de refaire tout mon travail - j’ai perdu beaucoup de travail à cause de cela et je ne peux pas vous recommander de désactiver votre fichier de page.

Oui, cela fonctionnera très bien la plupart du temps. Mais au moment où ça casse, ça risque d'être douloureux.


7
vous devriez économiser plus souvent: D afin de minimiser les dommages
alexandrul

1
facile à dire, lorsque la sauvegarde prend plusieurs minutes, c’est un pita.
Sam

Nous sommes tous en sécurité si vous utilisez un logiciel plus complexe, mais parfois, un "crash" s'aligne sur "Oh merde, je n'ai pas enregistré depuis un moment".
Damon

19

Bien que les réponses ici couvrent assez bien le sujet, je recommanderai quand même cette lecture:

http://blogs.technet.com/markrussinovich/archive/2008/11/17/3155406.aspx

Il parle de la taille de PF presque à la fin:

Certains pensent que l'absence de fichier de pagination entraîne de meilleures performances, mais en général, un fichier de pagination signifie que Windows peut écrire des pages sur la liste modifiée (qui représentent des pages auxquelles l'utilisateur n'a pas accédé activement mais qui n'ont pas été enregistrées sur le disque). fichier de pagination, rendant ainsi cette mémoire disponible à des fins plus utiles (processus ou cache de fichiers). Ainsi, s'il est possible que certaines charges de travail fonctionnent mieux sans fichier de pagination, généralement, cela signifie que le système disposera de plus de mémoire utilisable (peu importe que Windows ne puisse pas écrire de dumps sur les pannes du noyau sans un fichier de pagination volumineux). assez pour les tenir).

J'aime beaucoup les articles de Mark.


+1, simple pour le lien Mark Russinovich. Il est intéressant de noter que win7 affiche même une notification indiquant que vous ne pourrez pas "suivre les problèmes du système" si vous désactivez le fichier d'échange.
cgp

13

La meilleure réponse à laquelle je puisse penser est que sous une charge normale, vous ne pouvez pas utiliser les 8 Go, mais ce sont les charges inattendues qui risquent de vous poser problème.

Avec un fichier de page, le système fonctionnera au moins lentement une fois qu’il commencera à frapper la page. Mais si vous supprimez le fichier de page, il mourra (de ce que je sais).

En outre, 8 Go semble beaucoup maintenant, mais dans quelques années, cela pourrait être considéré comme la quantité de mémoire minimale requise pour de nombreux logiciels.

Quoi qu'il en soit, je vous recommande de conserver au moins un petit fichier de page; mais d'autres s'il vous plaît corrigez-moi si je suis hors de la base.


4
Je voudrais aller un peu plus loin et ne pas coiffer le fichier de page. Ce n'est pas vraiment améliorer les choses. Laissez les fenêtres le faire ... ils savent mieux.
Michael Haren

1
J'ai juste essayé d'utiliser Media Player Classic pour charger un fichier mkv de 6 Go. Il m'a sorti de ma mémoire vive et de ma pagefile. Je suis retourné à VLC assez rapidement. +1 pour le "vous ne savez jamais ce que vous allez rencontrer". Finalement, MPC est tombé en panne et ma RAM a été restaurée, mais que se passe-t-il si une DLL d'un logiciel tiers contient une fuite de mémoire? Vous aurez beaucoup plus de kilométrage si vous avez une mémoire sauvegardée sur disque pour vous aider.
mpbloch

1
De plus, à quoi sert-il d'avoir 8 Go si vous devez vivre dans la peur constante de l'utiliser?!
David Schwartz

Le "garder au moins un petit fichier d'échange" me semble un peu bizarre, car on ne sait pas comment Windows va l'utiliser. Par exemple, il est possible que cela blesse encore plus qu'un fichier page plus volumineux qui offre plus d'espace - je suppose, mais tant qu'il n'y a pas de source fiable à ce sujet, je considérerais que le petit conseil pagefile est potentiellement dangereux et recommande plutôt une pratique standard.
Mafu

6

Vous n'avez pas mentionné s'il s'agissait d'une édition 64 bits de Windows, mais je suppose que oui.

Le fichier d'échange sert à beaucoup de choses, y compris à la génération d'un vidage de la mémoire en cas de BSoD (écran bleu de la mort).

Si vous n'avez pas de fichier d'échange, Windows ne pourra pas passer d'une page à une autre sur le disque s'il n'y a pas assez de mémoire. Vous pensez peut-être qu'avec 8 Go, vous n'atteindrez pas cette limite. Mais il est possible que de mauvais programmes perdent de la mémoire au fil du temps.

Je pense que cela ne vous laissera pas passer en veille prolongée / veille sans fichier d'échange (mais je n'ai pas encore essayé).

Windows 7/2008 / Vista ne modifie pas l'utilisation du fichier de page.

J'ai vu une explication de Mark Russinovich (Microsoft Fellow) expliquant que Windows peut être plus lent sans fichier page qu'avec un fichier page (même avec beaucoup de mémoire vive). Mais je ne trouve pas la cause première.

Êtes-vous à court d'espace disque? Je garderais un minimum de 1 Go pour pouvoir effectuer un vidage du noyau dans le cas d'un BSOD.


Est-ce que tu veux dire ça? blogs.technet.com/markrussinovich/archive/2008/11/17/… Si oui, ses conseils sont boiteux. Il déclare que les fichiers de page augmenteront les performances, car si cela donnerait plus de RAM aux autres applications. C'est vrai, si vous n'avez pas beaucoup de bélier. Mais si vous en avez plus qu'assez, le fichier de page n'est jamais plus rapide.
Pyrolistical

c'était dans une vidéo sysinternale avec Salomon. Il y avait quelque chose à voir avec le pool de pages du noyau
Mathieu Chateau

Vous ne pouvez pas poster de "réponse" sans aucune idée: j'ai un ordinateur portable Windows Vista 32 bits avec 4 Go de RAM et je le mets en veille tout le temps. Pouvez-vous au moins vous limiter à fournir des réponses aux questions auxquelles vous savez réellement répondre?
PP.

Ce que PP a essayé de dire: Le processus d'hibernation utilise un fichier distinct du fichier d'échange. Ce n'est donc pas un problème dans ce cas.
Mafu

Pyrolistical, il est probablement beaucoup trop tard pour le voir, mais retournez votre déclaration et formulez-la sous forme de question: quand le fichier d'échange ralentit-il quoi que ce soit? Une bonne réponse à cela prouverait votre théorie.
Quux

5

J'ai désactivé mon fichier de page (8 Go sur un ordinateur portable x86) et j'ai rencontré deux problèmes, même avec 2 500 Mo d'espace libre:

  1. Erreur ASP.NET lors de la tentative d'activation du service WCF : la vérification des portes mémoire a échoué car la mémoire disponible (399 556 608 octets) représente moins de 5% de la mémoire totale. En conséquence, le service ne sera pas disponible pour les demandes entrantes. Pour résoudre ce problème, réduisez la charge sur la machine ou ajustez la valeur de minFreeMemoryPercentageToActivateService sur l'élément de configuration serviceHostingEnvironment.

    Comment 3,7 Go, c'est moins de 5% de 8 Go, je ne le saurai jamais !!

  2. Mise en place de programmes Close pour empêcher la perte d'informations : Lorsque 75% de ma RAM est utilisée, une boîte de dialogue m'informe de fermer les programmes. Vous pouvez le désactiver en modifiant le registre (ou éventuellement en désactivant le «service de stratégie de diagnostic»).

En fin de compte, j'ai décidé de le rallumer. Windows n'a jamais été conçu pour être utilisé sans fichier de page. Il est optimisé pour exécuter avec la pagination, non sans. Si vous envisagez d'utiliser plus de 75% de votre mémoire et que vous ne voulez pas vous mêler de votre base de registre, alors ce n'est peut-être pas pour vous.


1
L'erreur ASP.NET me semble être peut-être un problème 32 bits, mais si le nombre que vous avez fourni est correct (399556608 = 399 556 608), l'erreur est correcte - ~ 400 Mo correspond à environ 5% de 8 Go.
Poste de clôture

@ fencepost good catch - doit avoir lu cela en kb pour une raison quelconque. étrange
Simon

5

La seule personne qui peut vous dire si vos serveurs ou vos postes de travail "ont besoin" d'un fichier de page, c'est vous , avec une utilisation judicieuse de l'Analyseur de performances ou de ce que l'on appelle de nos jours. Quelles applications utilisez-vous, quelle utilisation voient-elles et quelle est la plus grande utilisation possible de la mémoire que vous pourriez potentiellement voir?

Est-ce que la stabilité vaut la peine d’être compromise pour économiser une petite somme d’argent sur des disques durs plus petits?

Que se passe-t-il lorsque vous téléchargez un très gros correctif, par exemple un service pack? Si le service de l'installateur décide qu'il a besoin de plus de mémoire que prévu pour décompresser le correctif, que se passe-t-il alors? Si votre scanneur de virus décide (à juste titre) d’analyser ce très gros paquet, de quel type de mémoire aura-t-il besoin pour décompresser et analyser ce fichier de correctif - j’espère que le fichier d’archive du correctif ne contient aucune archive assassiner mémoire utiliser chiffres.

Ce que je peux vous dire, c'est que la suppression de votre fichier de page a une probabilité bien plus grande de nuire que d'aider. Je ne vois pas pourquoi vous n'en auriez pas - je suis sûr qu'il y a peut-être quelques cas de spécialistes pour lesquels je me trompe, mais c'est un tout autre domaine.


2

Votre mémoire totale disponible est votre fichier d'échange + mémoire réelle.

La question clé est de savoir si votre utilisation de mémoire totale prévue pour toutes les applications et celle du système d'exploitation avoisinent les 8 Go. Si votre utilisation moyenne de la mémoire est de 2 Go et que votre utilisation maximale de la mémoire n’est que de 4 Go, il est alors inutile de disposer d’un fichier de page. Si votre utilisation maximale de la mémoire est plus proche de 6 à 7 Go ou plus, il est judicieux d’avoir un fichier de page.

PS: N'oubliez pas de permettre la croissance dans le futur!


Ne voulez-vous pas dire la mémoire totale potentiellement disponible? La plupart des systèmes de pagination conservent des copies de page d'instantané.
Jé Queue

Veuillez noter qu'il existe également une mémoire de réserve paginée, qui peut s'épuiser même si vous n'utilisez que 2 Go de mémoire physique.
Tamara Wijsman

2

Il semble que beaucoup de personnes très limitées ont une opinion à ce sujet mais n’ont jamais réellement essayé de faire fonctionner leur ordinateur sans fichier de page.

Peu, sinon presque, ont essayé. Encore moins semblent savoir comment Windows traite le fichier d'échange. Il ne "remplit" pas juste lorsque vous manquez de RAM physique. Je parie que la plupart d'entre vous ne savaient même pas que votre RAM "libre" est utilisée comme cache de fichiers!

Vous POUVEZ obtenir d’énormes améliorations des performances en désactivant votre fichier de page. Votre système SERA plus susceptible aux erreurs de mémoire insuffisante (et savez-vous comment vos applications réagissent dans ce scénario - la plupart du temps, le système d'exploitation met simplement fin à l'application). Les temps de démarrage à partir de périodes de veille ou de longues périodes d'inactivité seront beaucoup plus rapides.

Si Microsoft vous autorisait réellement à définir une option permettant au fichier d'échange de n'être utilisé UNIQUEMENT que lorsque vous n'avez plus de RAM physique (et que tous les tampons de fichiers ont été supprimés), je pense qu'il serait inutile de désactiver le fichier d'échange.


La désactivation du fichier de page entraîne une dégradation des performances. Vous ne constaterez aucune amélioration des performances liée à l'introduction de la charge de la mémoire. L'utilisation du fichier d'échange uniquement lorsque vous manquez de mémoire n'est certainement pas ce que vous voulez ...
Tamara Wijsman

-3

C'est un antidote, mais nous exécutons un serveur Windows Server 2003 Terminal Server pour environ 20 utilisateurs, avec 10 à 15 connectés à la fois et 8 Go de RAM. Nous ne courons pas avec un fichier de page et notre serveur est plus rapide qu’avant. Ce n’est évidemment pas une solution pour tout, mais cela fait deux ans que nous fonctionnons de la sorte et nous n’avons eu aucun problème à ma connaissance.


1
Vous avez des problèmes, mais vous ne les remarquez pas, réfléchissez à la manière dont une charge de mémoire accrue peut ralentir les requêtes simultanées. Activer le fichier de page rend ces moments plus vivaces ...
Tamara Wijsman
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.