Pourquoi le test se fait hors du systeme

Une barrette qui lache s'annonce rarement comme du materiel defaillant. Elle se manifeste par un ecran bleu au pire moment, par un programme qui tombe sans raison, par un fichier telecharge dont la somme de controle ne passe pas, par une archive qui refuse de s'ouvrir. Tout cela peut venir de quelques cellules qui lisent ou ecrivent la mauvaise valeur dans les mauvaises conditions, et tout cela ressemble a un probleme de logiciel jusqu'a ce que quelqu'un decide de verifier la memoire.

Tester depuis le systeme en fonctionnement est la premiere idee qui vient, et une mauvaise idee. Une fois le systeme debout, une bonne part de la memoire est deja occupee par le noyau, par des services et par ce que l'utilisateur a ouvert ; un test ne peut pas couvrir ce qu'il n'a pas le droit de toucher. Il dispute en plus la bande passante a ces occupants, ce qui modifie precisement les temps qu'il cherche a mettre sous contrainte.

A quoi ressemble une passe

MemTest86 evite les deux problemes en n'utilisant pas du tout le systeme. Il demarre seul depuis un support USB, alors que presque rien d'autre ne tourne, puis il ecrit des motifs en memoire et les relit en boucle. L'image demande un support d'au moins 1GB, et la machine doit offrir l'UEFI ; il existe des versions pour le materiel x86, x86-64 et ARM64, tandis qu'une machine ancienne dotee d'un simple BIOS herite doit passer a une version plus vieille.

Une fois lance, le test demarre avec la configuration par defaut et ne demande aucune decision. Le defaut est de quatre passes. Les reperes publies donnent environ 15 minutes pour une passe et environ 2 heures pour les quatre, la duree reelle dependant de la quantite de memoire installee, de sa vitesse et des epreuves choisies. Ces chiffres servent a estimer si une soiree suffit, pas a tenir un planning.

Lire le rapport

Quand quelque chose echoue, l'ecran donne le nombre d'erreurs, l'adresse ou l'echec a eu lieu, l'epreuve qui l'a produit, et la barrette et le canal auxquels cette adresse appartient. Ces deux dernieres indications sont la partie decisive : elles transforment un soupcon general en geste precis.

L'adresse decide de ce qu'il faut essayer d'abord. Si les erreurs se concentrent sur une barrette, la remplacer est l'experience la moins chere ; si elles suivent un logement plutot qu'une barrette, la carte mere devient la suspecte ; si elles n'apparaissent qu'avec le profil d'acceleration actif, c'est le profil. Le conseil qui fait gagner le plus de temps est de ne rien declarer mort a la premiere erreur. Couper le profil d'acceleration, donc XMP ou EXPO selon la plateforme, revenir a la frequence et a la tension par defaut et refaire le test. Puis tester une seule barrette a la fois. L'elimination est lente, et c'est la seule methode qui separe la barrette du logement et du controleur memoire.

Versions, prix et version courante

Il existe une version libre et une version Pro payante. La libre suffit au cas courant : une machine qui se comporte mal et un soupcon qui porte sur la memoire. La payante ajoute des rapports configurables, l'automatisation et le deploiement en serie, ce qui compte pour qui doit verifier une salle pleine de machines plutot qu'une seule. Le prix publie est de 116 dollars americains.

La ligne actuelle est 11.7, sortie en mai 2026, avec la prise en charge d'une generation plus recente de barrettes et de plateformes. Comme pour tout outil de diagnostic, la version compte moins que la methode : une version recente reconnait peut-etre du materiel qu'une ancienne ignore, mais lire le rapport reste le meme travail.

Ce qu'il ne peut pas dire

Il trouve des erreurs repetables au niveau de la memoire, et c'est une affirmation plus etroite qu'elle n'en a l'air. Il ne separe pas completement une barrette defaillante du controleur memoire, de l'alimentation ou d'un probleme d'integrite du signal sur la carte. Une passe propre diminue donc le soupcon sans prouver la sante, et une passe fautive designe une zone sans nommer de coupable.

C'est pourquoi l'usage raisonnable en fait une premiere etape et non un verdict. Sortir le systeme de l'equation, laisser la memoire repondre seule, puis porter le rapport a l'etape suivante : remplacer, remettre en place, assouplir le profil, ou tester la barrette suspecte dans une autre machine. La valeur de l'outil est de produire des preuves assez precises pour ces decisions, ce qu'une machine instable refuse justement de donner.

MemTest86 est le premier geste quand la memoire est soupconnee : retirer le systeme de l'equation et faire examiner la memoire seule. Ce qu'il rend, ce n'est pas seulement s'il y a eu une erreur, mais ou et sur quelle barrette, et chaque decision suivante part de ces quelques lignes.