Dois-je toujours utiliser la mémoire virtuelle?

J'aurais pensé que cela avait déjà été demandé mais je n'arrive pas à le trouver.

À quel moment ne dois-je plus activer la mémoire virtuelle? Avec 4 Go de RAM, je vois que l'ordinateur utilise rarement n'importe où près de tout cela. À ce stade, la mémoire virtuelle n'est pas strictement nécessaire. Y a-t-il un danger à l'éteindre? Y a-t-il des fonctionnalités que je perdrai si je le fais?

Étant donné que la mémoire n'est plus exactement une ressource rare sur les ordinateurs de bureau / ordinateurs portables, je doute que la plupart des programmes puissent gérer les conditions de mémoire insuffisamment et se bloqueront à la place.
Alors: dangereux? Oui , si vos 4 Go sont épuisés et que vous n'avez pas de fichier d'échange, les applications peuvent commencer à planter.
Et comme le montre l'exemple de Zoran, il peut être difficile d'identifier le problème plus tard.

L'article, auquel Ram fait référence, indique également que la désactivation de l'échange n'améliore généralement pas la vitesse et peut plutôt faire le contraire :

Ainsi, bien qu'il puisse y avoir des charges de travail qui fonctionnent mieux sans fichier d'échange, en général, en avoir un signifiera plus de mémoire utilisable disponible pour le système

Voir l'article de Mark Russinovich sur la mémoire virtuelle. Cela devrait vous donner un bon pointeur sur la mémoire virtuelle.

Voici un extrait utile du lien

Alors, comment savez-vous combien de charges de validation vos charges de travail nécessitent? Vous avez peut-être remarqué dans les captures d'écran que Windows suit ce nombre et Process Explorer le montre: Peak Commit Charge. Pour dimensionner de manière optimale votre fichier de pagination, vous devez démarrer toutes les applications que vous exécutez en même temps, charger des ensembles de données typiques, puis noter le pic de charge de validation (ou regarder cette valeur après une période de temps où vous savez que la charge maximale a été atteinte) . Définissez le minimum du fichier d'échange sur cette valeur moins la quantité de RAM dans votre système (si la valeur est négative, choisissez une taille minimale pour autoriser le type de vidage sur incident pour lequel vous êtes configuré). Si vous souhaitez avoir une marge de manœuvre pour les demandes de validation potentiellement importantes, définissez le maximum pour doubler ce nombre.

Ce post classique sur ServerFault a de bons points. Pour seulement 4 Go, je laisserais le fichier d'échange seul, et l'espace impliqué sur le disque est en tout cas mineur.

Je recommanderais de laisser les paramètres de mémoire virtuelle à leur valeur par défaut. J'ai 8 Go de RAM et désactivé la mémoire virtuelle en pensant que je gagnerais en vitesse (en raison de l'absence d'échange), mais il s'avère que cela a rendu mon système moins stable (et je l'ai fait sur 2 machines, résultat similaire). J'éprouvais un BSOD par semaine environ, sur les deux machines. J'ai commencé à examiner les minidumps produits et j'ai découvert que tous les BSOD étaient déclenchés par un appel à une routine appelée KiPageFault. J'ai donc essayé de rétablir les paramètres par défaut de la mémoire virtuelle et les BSOD habituels ont disparu.

Il m'a fallu un certain temps pour corréler les 2, et je n'ai aucune preuve réelle que le fait d'avoir désactivé la mémoire virtuelle ait provoqué les BSOD, mais mes machines étaient plus stables après l'avoir rallumée ...

Cela dépend de votre charge de travail. J'ai mis en place un tas de frontaux sans disque pour une application Web. Ils ont démarré en réseau et exécuté tout ce dont ils avaient besoin à moins de 8 Go de RAM.

J'ai également utilisé des fenêtres (98 probablement) avec 32 Mo et aucun fichier d'échange - bien sûr, vous devez vivre dans cet espace mémoire et limiter vos applications en fonction des ressources.

Vous voulez vous assurer qu'il y a de la RAM supplémentaire pour le cache disque, sinon les performances peuvent devenir horribles.

Il me semble que certains programmes ne fonctionneront pas sans VM, mais je n'ai aucune idée de ce qu'ils étaient

Eh bien, Steve, intéressant que vous posiez cette question.

Je vais vous dire un petit secret: le point où vous aviez besoin de mémoire virtuelle n'a jamais été. La mémoire virtuelle était une idée incroyablement incompétente créée par un groupe d'universitaires qui ne connaissaient rien aux systèmes informatiques pratiques, et TOUT ordinateur fonctionnera beaucoup mieux s'il peut fonctionner sans VM.

Maintenant, vous pourriez vous demander, si la VM est inutile et nuisible, pourquoi la plupart des grands systèmes d'exploitation modernes l'utilisent-ils? La réponse courte à cette question est que les personnes décidant d'utiliser ou non la VM chez Microsoft, Apple et IBM étaient encore plus stupides et inexpérimentés que les universitaires qui ont inventé la VM et voulaient l'adopter sur la base des mêmes hypothèses complètement incorrectes que le les universitaires avaient quand ils l'ont inventé. Nous pourrions commencer à parler de ces hypothèses et idées fausses, mais malheureusement, si elles étaient faciles à comprendre et à décrire, nous n'aurions pas le problème VM en premier lieu.

Je reviens vers vous. Malheureusement, tout comme les retardnoggins susmentionnés chez Apple et Microsoft, vous avez vos propres idées fausses, à savoir l'idée que vous pouvez désactiver la machine virtuelle. Bien sûr, vous ne pouvez pas l'éteindre, cela irait à l'encontre de l'objectif de visser si vous pouviez simplement l'éteindre. Quand les gens font quelque chose de vraiment stupide, ils s'assurent toujours que c'est irréversible. Après tout, si tout le monde pouvait simplement désactiver VM, ils le feraient, et cela rendrait les bozos qui l'ont créé assez stupide, n'est-ce pas? Ils ont empêché cette possibilité en la rendant inamovible, un peu comme Microsoft a rendu Internet Explorer inamovible.

Ce que vous pouvez faire est de limiter la taille du fichier d'échange, qui doit bien sûr être réglé sur le minimum, espérons-le 0. La mémoire virtuelle est toujours là, mais au moins vous pouvez la réduire de très très très lente à juste très très lent en lui demandant de ne pas impliquer le lecteur de disque dans la folie.