Bonjour tout le monde
Je suis juste en train de faire un tutoriel très léger avec une collection de fichiers de configuration personnalisés et un LIEN DE TÉLÉCHARGEMENT pour TM5 v0.12
config anta777 absolut Fil officiel Intel DDR4 24/7 Memory Stability Thread
Aucun de ces travaux n'est le mien, mais cela semble être une application de test assez bonne et rapide.
Mise à jour : Veuillez lire ce message avant de continuer Test de mémoire avec TestMem5 TM5 avec des configurations personnalisées
Je suis juste en train de faire un tutoriel très léger avec une collection de fichiers de configuration personnalisés et un LIEN DE TÉLÉCHARGEMENT pour TM5 v0.12
config anta777 absolut Fil officiel Intel DDR4 24/7 Memory Stability Thread
Aucun de ces travaux n'est le mien, mais cela semble être une application de test assez bonne et rapide.
Mise à jour : Veuillez lire ce message avant de continuer Test de mémoire avec TestMem5 TM5 avec des configurations personnalisées
1/ Extraire vers un emplacement de votre choix en utilisant 7zip ou Winrar ou similaire. Aucun renommage ou déplacement requis
2/ Exécuter TM5.exe. Tous les fichiers sont maintenant en anglais grâce à @Hequaqua pour son idée
et Extreme1@anta777.cfg est la valeur par défaut
3/ Pour passer à un autre fichier de configuration, c'est super facile. En bas à droite de TM5, il est écrit "charger la configuration et quitter" où vous pouvez sélectionner le fichier de configuration requis à partir de l'emplacement où vous avez tout extrait et il fait le reste pour vous La prochaine fois que vous exécuterez TM5.exe, le nouveau fichier de configuration sera la valeur par défaut
2/ Exécuter TM5.exe. Tous les fichiers sont maintenant en anglais grâce à @Hequaqua pour son idée
et Extreme1@anta777.cfg est la valeur par défaut3/ Pour passer à un autre fichier de configuration, c'est super facile. En bas à droite de TM5, il est écrit "charger la configuration et quitter" où vous pouvez sélectionner le fichier de configuration requis à partir de l'emplacement où vous avez tout extrait et il fait le reste pour vous
La prochaine fois que vous exécuterez TM5.exe, le nouveau fichier de configuration sera la valeur par défaut1/ Extraire vers un emplacement de votre choix en utilisant 7zip ou similaire
2/ Vous devriez voir un TM5.exe et un dossier bin
3/ Ouvrez le dossier bin
4/ Renommez le fichier .cfg choisi en MT.cfg (vous pouvez supprimer tous les fichiers .config vers un autre emplacement et copier uniquement celui que vous souhaitez dans le dossier bin et le renommer MT.cfg)
5/ Allez dans le TM5.exe et cliquez dessus. TestMem5 devrait commencer à s'exécuter
6/ Si vous souhaitez passer à un autre fichier .cfg, vous devez le renommer MT.cfg et supprimer le fichier Cfg.link qui a été généré dans le dossier bin lors de l'exécution de TM5.exe
7/ Je suggère d'extraire une nouvelle instance de TestMem5 v0.12 (meilleures configurations).zip et de recommencer le processus depuis le début après avoir renommé le premier dossier extrait en autre chose
8/ Si vous souhaitez simplement modifier le fichier de configuration dans le premier que vous avez extrait, vous devez supprimer le fichier Cfg.link qui a été créé lors de la première exécution
9/ Assurez-vous de tout fermer d'autre lors de l'exécution de ceci
10/ Il y a un bouton au-dessus du bouton "Quitter" appelé "Charger la configuration et quitter" qui est censé supprimer le fichier Cfg.link et quitter le programme au lieu de le faire manuellement
2/ Vous devriez voir un TM5.exe et un dossier bin
4/ Renommez le fichier .cfg choisi en MT.cfg (vous pouvez supprimer tous les fichiers .config vers un autre emplacement et copier uniquement celui que vous souhaitez dans le dossier bin et le renommer MT.cfg)
5/ Allez dans le TM5.exe et cliquez dessus. TestMem5 devrait commencer à s'exécuter
6/ Si vous souhaitez passer à un autre fichier .cfg, vous devez le renommer MT.cfg et supprimer le fichier Cfg.link qui a été généré dans le dossier bin lors de l'exécution de TM5.exe
7/ Je suggère d'extraire une nouvelle instance de TestMem5 v0.12 (meilleures configurations).zip et de recommencer le processus depuis le début après avoir renommé le premier dossier extrait en autre chose
8/ Si vous souhaitez simplement modifier le fichier de configuration dans le premier que vous avez extrait, vous devez supprimer le fichier Cfg.link qui a été créé lors de la première exécution
9/ Assurez-vous de tout fermer d'autre lors de l'exécution de ceci
10/ Il y a un bouton au-dessus du bouton "Quitter" appelé "Charger la configuration et quitter" qui est censé supprimer le fichier Cfg.link et quitter le programme au lieu de le faire manuellement
Si TM5 ne fonctionne pas @Hequaqua suggère de l'exécuter en tant qu'administrateur
Un autre problème que j'ai rencontré est que vous devrez peut-être définir la taille du fichier d'échange dans les paramètres système avancés
![]()
Un autre problème que j'ai rencontré est que vous devrez peut-être définir la taille du fichier d'échange dans les paramètres système avancés
Veii et KedarWolf pensent que les tests MT.cfg et 1usmus_v3.cfg par défaut pourraient correspondre à ces numéros d'erreur, mais les autres configurations pourraient ne pas correspondre, vous devrez donc peut-être faire quelques devoirs
Ici est son message
Erreur 0 erreur de stabilité de rafraîchissement = coupure de tension
Erreur 1=Test simple 16 Mo ~ peut être lié à la tension, peut être des problèmes de tRFC,
petits problèmes de délai d'attente, par exemple tRRD_L semble un peu bizarre
L'erreur 2, 12 est un problème de délai d'attente, quelque part quelque chose se termine trop rapidement ou vous manquez de tension et les cellules ne sont pas rechargées à temps
un problème de synchronisation en d'autres termes dont le premier coupable est la tension quelque part ou la résistance quelque part
Erreurs 3 et 4 en vérifiant le MT.cfg - sont des erreurs MirrorMove
Cet ensemble montre des problèmes de tRFC 2 et ce tRFC "auto prédit" ? est faux.
tRFC est jusqu'à présent toujours pair
car les pas tRFC sont 32,16,8,4,2 ,
L'erreur 5 puis 6 est une erreur de synchronisation entre les dimms (déplacement miroir des données)
L'erreur 6 est purement liée à l'IMC, que ce soit procODT, CLDO_VDDP ou vSOC
~ cela se traduit par "je n'ai même pas pu commencer à transférer des données, j'ai planté"
4-6x erreur 6 résultat en écran bleu complet
Les erreurs 7, 11 sont des tests en rafale
L'erreur 9 test en rafale 4 Mo est un problème de stabilité de la tension
Si vous avez abaissé tRP, augmentez vDimm un tout petit peu
Si vous avez augmenté tRP pour un délai plus long, diminuez vDIMM +0,01, une petite étape
L'erreur 10 affecte principalement les 5 principaux timings
- a remarqué que cela peut être tRCDWR à RD. peut aussi être tRP, mais cela peut aussi être les deux derniers tRDWR & tRDRD qui ne fonctionnent pas bien avec votre tRCDWR/RD principal
Erreur 13 = Test simple 64 Mo, délai d'attente lors du transfert de données volumineuses
= plantage complet, presque toujours lié à la tension ~ car la mémoire n'a pas pu se corriger automatiquement
Erreur 14, nous savons que c'est MirrorMove Omb, un problème de délai d'attente
- cela peut générer une erreur après le 2e ou 3e passage si quelque chose est désactivé de quelques ns et vient de "se perdre"
Merci à Veii et @KedarWolf pour ces informations
Ici est son message
Erreur 0 erreur de stabilité de rafraîchissement = coupure de tension
Erreur 1=Test simple 16 Mo ~ peut être lié à la tension, peut être des problèmes de tRFC,
petits problèmes de délai d'attente, par exemple tRRD_L semble un peu bizarre
L'erreur 2, 12 est un problème de délai d'attente, quelque part quelque chose se termine trop rapidement ou vous manquez de tension et les cellules ne sont pas rechargées à temps
un problème de synchronisation en d'autres termes dont le premier coupable est la tension quelque part ou la résistance quelque part
Erreurs 3 et 4 en vérifiant le MT.cfg - sont des erreurs MirrorMove
Cet ensemble montre des problèmes de tRFC 2 et ce tRFC "auto prédit" ? est faux.
tRFC est jusqu'à présent toujours pair
car les pas tRFC sont 32,16,8,4,2 ,
L'erreur 5 puis 6 est une erreur de synchronisation entre les dimms (déplacement miroir des données)
L'erreur 6 est purement liée à l'IMC, que ce soit procODT, CLDO_VDDP ou vSOC
~ cela se traduit par "je n'ai même pas pu commencer à transférer des données, j'ai planté"
4-6x erreur 6 résultat en écran bleu complet
Les erreurs 7, 11 sont des tests en rafale
- cela générera une erreur si CAD_BUS n'est pas optimal
- générera une erreur si tRFC est trop faible
- la plupart du temps, les erreurs ne se produisent qu'après un certain temps
L'erreur 9 test en rafale 4 Mo est un problème de stabilité de la tension
Si vous avez abaissé tRP, augmentez vDimm un tout petit peu
Si vous avez augmenté tRP pour un délai plus long, diminuez vDIMM +0,01, une petite étape
L'erreur 10 affecte principalement les 5 principaux timings
- a remarqué que cela peut être tRCDWR à RD. peut aussi être tRP, mais cela peut aussi être les deux derniers tRDWR & tRDRD qui ne fonctionnent pas bien avec votre tRCDWR/RD principal
Erreur 13 = Test simple 64 Mo, délai d'attente lors du transfert de données volumineuses
= plantage complet, presque toujours lié à la tension ~ car la mémoire n'a pas pu se corriger automatiquement
Erreur 14, nous savons que c'est MirrorMove Omb, un problème de délai d'attente
- cela peut générer une erreur après le 2e ou 3e passage si quelque chose est désactivé de quelques ns et vient de "se perdre"
Merci à Veii et @KedarWolf pour ces informations
Sans ordre particulier :
Ollie.cfg
Extreme1@ anta777.cfg
1usmus_v3.cfg
Heavy5opt@ anta777.cfg
2020high@ anta777.cfg
2020medium@ anta777.cfg
2020low@ anta777.cfg
Light1@ anta777.cfg
SuperLight2@ anta777.cfg
Veuillez commenter votre .cfg préféré et pourquoi
Merci
Ollie.cfg
Extreme1@ anta777.cfg
1usmus_v3.cfg
Heavy5opt@ anta777.cfg
2020high@ anta777.cfg
2020medium@ anta777.cfg
2020low@ anta777.cfg
Light1@ anta777.cfg
SuperLight2@ anta777.cfg
Veuillez commenter votre .cfg préféré et pourquoi
Merci
@KedarWolf
Pour changer la langue en anglais, modifiez le fichier .cfg et remplacez Language=1 par Language=0
Lorsque vous utilisez usmus .cfg, vous souhaitez passer à 25 cycles. Prend environ 3 heures. Les 3 cycles par défaut ne sont pas assez longs
Merci à @Hequaqua pour l'idée de faire en sorte que le téléchargement soit en anglais
Merci @h610er pour le conseil pour faire fonctionner Extreme1@ anta777.cfg en redimensionnant la fenêtre avec son tout premier message sur OCN Test de mémoire avec TestMem5 TM5 avec des configurations personnalisées
Merci à toutes les personnes qui ont contribué à ce logiciel
Si vous souhaitez que quelque chose soit ajouté à cette section, laissez un commentaire dans le fil de discussion avec @munternet après cela
Pour changer la langue en anglais, modifiez le fichier .cfg et remplacez Language=1 par Language=0
Lorsque vous utilisez usmus .cfg, vous souhaitez passer à 25 cycles. Prend environ 3 heures. Les 3 cycles par défaut ne sont pas assez longs
Merci à @Hequaqua pour l'idée de faire en sorte que le téléchargement soit en anglais
Merci @h610er pour le conseil pour faire fonctionner Extreme1@ anta777.cfg en redimensionnant la fenêtre avec son tout premier message sur OCN
Test de mémoire avec TestMem5 TM5 avec des configurations personnaliséesMerci à toutes les personnes qui ont contribué à ce logiciel
Si vous souhaitez que quelque chose soit ajouté à cette section, laissez un commentaire dans le fil de discussion avec @munternet après cela
Pourquoi ce programme est-il nécessaire.
Eh bien, je pense que vous savez de quoi parle le programme, après tout, la version 5. Pour le moment, les tests de mémoire ne sont pas mauvais, mais plutôt mauvais. Je ne voudrais pas parler de 'tous' les tests, mais la plupart d'entre eux ne sont pas conscients des changements importants dans le matériel. Et le principal 'tort' ne vient pas du tout de la mémoire, elle a peu évolué, à savoir, du processeur et du contrôleur de mémoire (dans une moindre mesure). Les processeurs sont devenus plus rapides, il y en a beaucoup et ils sont devenus étranges. Par exemple, avant la mémoire 'siégeait' sur un contrôleur, avec lequel le processeur communiquait. Maintenant, la mémoire peut être suspendue sur différents processeurs et, par conséquent, avoir une 'distance' différente d'un cœur de processeur particulier à un DIMM particulier. De plus, la quantité de caches dans le processeur a augmenté, ce qui peut affecter les tests. Par exemple, TM4 utilisait une taille de bloc de test de 512 Ko. Au moment de la rédaction du programme, c'était l'optimum, mais maintenant ce bloc tient tranquillement dans L2 et le test ne fonctionne pas du tout comme prévu. Ce moment désagréable affectera-t-il la qualité de la détection des pannes de mémoire ? Sans aucun doute et de la manière la plus dégoûtante. Hélas. D'autres programmes peuvent fonctionner sur un bloc d'accès, ce qui est désormais extrêmement déraisonnable et cause plus de problèmes que de bénéfices mythiques. Tout devient obsolète. Hélas, le même sort est arrivé à MemTest86. Assez bon et efficace, maintenant il s'est tranquillement dégradé en 'juste un test'. La raison est la même - les modules de test n'ont pas changé depuis longtemps et le matériel ne reste pas immobile. Hélas. D'autres programmes peuvent fonctionner sur un bloc d'accès, ce qui est désormais extrêmement déraisonnable et cause plus de problèmes que de bénéfices mythiques. Tout devient obsolète. Hélas, le même sort est arrivé à MemTest86. Assez bon et efficace, maintenant il s'est tranquillement dégradé en 'juste un test'. La raison est la même - les modules de test n'ont pas changé depuis longtemps et le matériel ne reste pas immobile. Hélas. D'autres programmes peuvent fonctionner sur un bloc d'accès, ce qui est désormais extrêmement déraisonnable et cause plus de problèmes que de bénéfices mythiques. Tout devient obsolète. Hélas, le même sort est arrivé à MemTest86. Assez bon et efficace, maintenant il s'est tranquillement dégradé en 'juste un test'. La raison est la même - les modules de test n'ont pas changé depuis longtemps et le matériel ne reste pas immobile.
Cependant, si vous lisez une histoire d'horreur sur les problèmes de test, s'il vous plaît
Quoi de neuf.
Ajout de la prise en charge complète de 16 tests et de la possibilité de charger d'autres fichiers de configuration de test. Malheureusement, un redémarrage complet et imperceptible du programme est très difficile, vous devrez donc utiliser le lancement "manuel". Après avoir installé le nouveau fichier de paramètres, le programme se ferme.
Apparence.
![TestMem 5]( "TestMem 5")
Dans la fenêtre du programme, à gauche, le type et le nom du processeur, sa fréquence, le nombre de cœurs et les modes SSE pris en charge sont affichés.
Le côté droit montre l'état de la mémoire système - combien est disponible et combien le programme est occupé.
Le milieu gauche montre la progression des tests, lorsqu'une défaillance est détectée, les cellules 0-5 changent de couleur en rouge et le nombre d'échecs de test est affiché dans la section d'état au milieu à droite.
Petite description.
Ce programme est construit sur un principe légèrement différent de tous les précédents. À savoir - il est personnalisable... De plus, il peut être configuré par l'utilisateur pour les conditions qui lui semblent les meilleures. Le programme a le concept de 'module de test' et de 'test'. Un module est appelé pour effectuer des tests, mais il peut (et doit) être configuré de différentes manières. Formellement parlant, les tests dans S&M sont un seul et même module, mais avec des paramètres différents - avez-vous vu que les performances des tests varient considérablement ? ... et cet effet peut être différent pour différentes mémoires (différents fabricants). Eh bien, si l'efficacité change, alors la conclusion logique de ceci est qu'en ajustant les paramètres, il est possible de l'augmenter (efficacité, c'est-à-dire). Il est difficile de considérer un programme qui a été écrit il y a 5 ans comme optimal. Donc, test = module de test + paramètres individuels. Le deuxième point est le nombre de threads de test. En termes de processeurs modernes, le nombre de threads de test doit être supérieur à un, ce qui facilitera (plus précisément, plus souvent) la communication avec les processeurs avec leur propre mémoire. Ceci est particulièrement vrai pour les K10-11-12 avec son bus distribué. Le programme prend en charge un nombre différent (disons-le doucement) de threads de test. D'après l'expérience de S&M, je peux dire - le mode le plus rapide pour un processus, mais on m'a dit à plusieurs reprises que l'activation du mode multiple, bien qu'elle entraîne une légère diminution de la vitesse, augmente l'efficacité de l'algorithme. Eh bien... bien que la vitesse de travail soit presque synonyme de qualité (car un algorithme lent ne trouvera pas d'erreurs), il est stupide de discuter avec la pratique. Le programme prend en charge un nombre différent (disons-le doucement) de threads de test. D'après l'expérience de S&M, je peux dire - le mode le plus rapide pour un processus, mais on m'a dit à plusieurs reprises que l'activation du mode multiple, bien qu'elle entraîne une légère diminution de la vitesse, augmente l'efficacité de l'algorithme. Eh bien... bien que la vitesse de travail soit presque synonyme de qualité (car un algorithme lent ne trouvera pas d'erreurs), il est stupide de discuter avec la pratique. Le programme prend en charge un nombre différent (disons-le doucement) de threads de test. D'après l'expérience de S&M, je peux dire - le mode le plus rapide pour un processus, mais on m'a dit à plusieurs reprises que l'activation du mode multiple, bien qu'elle entraîne une légère diminution de la vitesse, augmente l'efficacité de l'algorithme. Eh bien... bien que la vitesse de travail soit presque synonyme de qualité (car un algorithme lent ne trouvera pas d'erreurs), il est stupide de discuter avec la pratique.
Pour le moment, les paramètres de test suivants sont prévus (et pris en charge) :
Pour l'instant, il n'y en a que deux, mais c'est temporaire.
1. Test 0, à savoir, et uniquement sur celui-ci ce module fonctionne - vérification de la stabilité des données. L'idée ici est que toute la mémoire est signée avec un motif non constant, puis des tests sont effectués et la sécurité de ces données est vérifiée.
Le test ralentit considérablement la vitesse des tests.
2. SimpleTest - bien qu'il soit appelé simple, c'est plus du sarcasme. Tous les paramètres sont pris en charge (taille-méthode-modèle), mais pas très efficacement optimisés en raison d'une polyvalence accrue. Cependant, les pertes dues à une implémentation logicielle non optimale ne sont pas si importantes et sont nivelées lorsque les tests multithreads sont activés - plusieurs processeurs obstruent le canal d'E/S de la mémoire de 100 %. Cependant, si quelque chose peut être simplifié, la vitesse augmentera.
Fonctionnalité : le programme se compose de deux parties - un programme de démarrage et une DLL avec des modules de test. Déballez tout et conservez les répertoires.
A écrit deux fonctions : MirrorMove et MirrorMove128.
L'essentiel est que le bloc de test est retourné. Dans ce cas, deux processus de lecture et d'écriture se rencontrent. Si le contrôleur de mémoire essaie d'être intelligent et de s'adapter au mode d'accès, alors d'une telle pornographie, son patron devrait être démoli - il n'y a jamais deux processus égaux en + et en - adressage. Les fonctions elles-mêmes ne font que secouer le bloc, mais ne testent pas l'intégrité des données. Le test 0 est utilisé pour la vérification. Par conséquent, si vous souhaitez utiliser ces fonctions, n'éteignez pas le test 0.
MirrorMove
- reflète le bloc de test. Avec un nombre pair de réflexions, l'état final du bloc ne change pas (s'il n'y a pas d'échecs). Le bloc lui-même peut être divisé en plusieurs sous-blocs et 'mis en miroir' simultanément [/ i]. Cela crée de gros problèmes pour le contrôleur (et la mémoire elle-même) - vous devez recharger plus souvent les pages SDRAM.
Seuls la taille du bloc de test et le paramètre sont configurables, qui peuvent prendre les valeurs 1,2,3,4 - c'est le nombre de sous-blocs dans le bloc.
Tous les autres paramètres (et c'est le mode de génération de modèles) sont ignorés.
MirrorMove128
- similaire à MirrorMove, mais fonctionne un peu différemment - les opérations sont effectuées sur une page de 128 octets (voir ci-dessous), un décalage supplémentaire est effectué entre l'accès. Ceux. le mouvement (mise en miroir) se fait par bandes en plusieurs passes - d'abord des bandes paires, puis impaires (pour 2 bandes). En plus d'augmenter la charge sur le contrôleur de mémoire, cette action provoque une recharge intensive de la page en SDRAM, ce qui augmente la probabilité d'une panne. (eh bien, le chauffage, bien sûr)
Seuls la taille du bloc de test et le paramètre sont réglables, qui peuvent prendre des valeurs de 0 et plus. Le paramètre lui-même signifie combien supplémentaire [/ i] doit être décalé en pages de 128 octets. Ceux. 0 signifiera un accès linéaire (presque comme dans MirrorMove), 1 - sauter une page et sauter 'toutes les deux fois', 2 - sauter 2 pages (256 octets) ...
En conséquence, le paramètre définit le nombre de bandes supplémentaires (passes) pour remplir l'ensemble du bloc. À en juger par le temps d'exécution du mouvement, alors, pour Core2 (probablement, et d'autres processeurs avec l'ancien mode d'entrelacement) l'heure 510 cause les plus gros problèmes. Cela signifie que c'est potentiellement intéressant pour les tests. Pour les autres processeurs et systèmes, il serait bon de vérifier les nombres en puissances de deux moins 2. Ce '-2' vous oblige à sélectionner non pas une, mais deux pages SDRAM, ce qui provoque une augmentation du temps. Autrement dit, pour l'optimisation, il serait bon de vérifier la ligne 128-2 = 126, 256-2, 512-2, 1024-2, 2048-2.
En ce qui concerne l'accès à 128 octets, cela a été fait exprès. En règle générale, une unité de transfert de données sur le bus est de 64 octets, ce qui correspond à une ligne de cache, mais dans Core2 (et supérieur), cette ligne est appariée et sa dimension est de 128 octets. Si vous lisez 64 octets, la vitesse de téléchargement diminuera. De plus, dans les nouveaux processeurs (AMD K10, K11 ... ; Intel Core i *), l'entrelacement n'est pas en minuscules, mais en blocs et en unités d'accès de 64 octets. Donc, lors de l'accès à 128 octets, les deux DIMM sont lus.
Une nouvelle augmentation de 128 à 256 octets n'est pas encore pertinente... mais vous pouvez le faire. Il y aura MirrorMove256
Dans la version 0.5 de TM5, la dimension de la présentation du bloc de test de test a été modifiée. Il était en octets, maintenant en mégaoctets. L'argument est que les petits blocs sont bien mis en cache dans L2/L3 et ne seront pas testés. Sens? Il n'y a aucun sens, mais la commodité en souffre, alors je l'ai changé.
Parce que dans les processeurs modernes, le cache est supérieur à 4 Mo (ou de cet ordre), alors les nombres 0-3 ne sont pas intéressants et ils sont interprétés d'une manière spéciale. À savoir, comme le degré de rupture de la fenêtre.
Les tests sont effectués dans une fenêtre de 1 Go (ce nombre peut être modifié) et le bloc de test doit y tenir. Vous pouvez spécifier la taille du bloc de test en valeur absolue Mo, ou dans le cadre de la fenêtre. Voici les chiffres 0-3 et définissez cette 'partie'.
0 = fenêtre entière
1 = 1/2 fenêtre
2 = 1/3 fenêtre
3 = 1/4 fenêtre
Probablement, pour les fonctions MirrorMove *, il est préférable de spécifier 0 et de donner toute la fenêtre.
Personnalisation.
Après avoir démarré le programme, le fichier MT.cfg est apparu dans le répertoire bin, qui est le fichier de configuration de test.
Activer = 1 - 1 = activé, 0 = désactivé
Temps = 100 - temps de test, 100%
Fonction = SimpleTest -
Nom de la fonction DLL Nom = bin est0.dll - nom de la dll
Mode de motif = 1 - type de motif. 0 = constant, 1 = variable, 2 = aléatoire
Param0 de motif = 0x1E5F - utilisé pour générer un motif ; Pour le mode 2 sert de multiplicateur
Param1 de motif = 0x45357354 - de même. Pour le mode 2 est ajouté au modèle.
Paramètre = 0 - le principe du déplacement par adresses.
Taille du bloc de test = 4194304 - taille du bloc, en octets
Pour générer un modèle en mode 2, une formule simple est utilisée pour obtenir RND = Valeur * Param0 + Param1
Le paramètre est un moyen d'aller au bloc suivant. 0 = contournement linéaire (séquentiel). D'autres valeurs ne sont que pour leurs DIMM. Le nombre lui-même est de combien se déplacer.
L'idée est qu'un premier DIMM est vérifié, puis le second (et le troisième, pour les variantes comme Core i7).
Unité d'accès, c'est-à-dire le nombre d'octets prélevés sur un DIMM à la fois 64 octets. En conséquence, en définissant Parameter = 1, la vérification se fera sur chaque bloc du DIMM sélectionné. Si "2" - alors après un .....
Soit dit en passant, la section pour la configuration de l'équipement est importante ici. Je pense que presque tout le monde a de la mémoire dans des emplacements appariés et le mode DUAL fonctionne. Vous devez donc faire une chose : basculer le mode Intreliving. 0 pour les anciens processeurs (pas de contrôleur de mémoire intégré) et 1 pour les plus récents.
Le gestionnaire de mémoire de Windows 7 a une fonctionnalité : dès que vous prenez de la mémoire à partir de Windows, il commence immédiatement à vider de plus en plus. Habituellement, il suffit d'attendre quelques cycles et ce processus se calmera. Si cela interfère, vous pouvez désactiver ce mode 'soft' de demande de mémoire.
Si vous mettez : Capable = 0x 0, alors la mémoire occupée sera immédiatement verrouillée.
Page de support TestMem - TestMem V
Eh bien, je pense que vous savez de quoi parle le programme, après tout, la version 5. Pour le moment, les tests de mémoire ne sont pas mauvais, mais plutôt mauvais. Je ne voudrais pas parler de 'tous' les tests, mais la plupart d'entre eux ne sont pas conscients des changements importants dans le matériel. Et le principal 'tort' ne vient pas du tout de la mémoire, elle a peu évolué, à savoir, du processeur et du contrôleur de mémoire (dans une moindre mesure). Les processeurs sont devenus plus rapides, il y en a beaucoup et ils sont devenus étranges.
Par exemple, avant la mémoire 'siégeait' sur un contrôleur, avec lequel le processeur communiquait. Maintenant, la mémoire peut être suspendue sur différents processeurs et, par conséquent, avoir une 'distance' différente d'un cœur de processeur particulier à un DIMM particulier. De plus, la quantité de caches dans le processeur a augmenté, ce qui peut affecter les tests. Par exemple, TM4 utilisait une taille de bloc de test de 512 Ko. Au moment de la rédaction du programme, c'était l'optimum, mais maintenant ce bloc tient tranquillement dans L2 et le test ne fonctionne pas du tout comme prévu. Ce moment désagréable affectera-t-il la qualité de la détection des pannes de mémoire ? Sans aucun doute et de la manière la plus dégoûtante. Hélas. D'autres programmes peuvent fonctionner sur un bloc d'accès, ce qui est désormais extrêmement déraisonnable et cause plus de problèmes que de bénéfices mythiques. Tout devient obsolète. Hélas, le même sort est arrivé à MemTest86. Assez bon et efficace, maintenant il s'est tranquillement dégradé en 'juste un test'. La raison est la même - les modules de test n'ont pas changé depuis longtemps et le matériel ne reste pas immobile. Hélas. D'autres programmes peuvent fonctionner sur un bloc d'accès, ce qui est désormais extrêmement déraisonnable et cause plus de problèmes que de bénéfices mythiques. Tout devient obsolète. Hélas, le même sort est arrivé à MemTest86. Assez bon et efficace, maintenant il s'est tranquillement dégradé en 'juste un test'. La raison est la même - les modules de test n'ont pas changé depuis longtemps et le matériel ne reste pas immobile. Hélas. D'autres programmes peuvent fonctionner sur un bloc d'accès, ce qui est désormais extrêmement déraisonnable et cause plus de problèmes que de bénéfices mythiques. Tout devient obsolète. Hélas, le même sort est arrivé à MemTest86. Assez bon et efficace, maintenant il s'est tranquillement dégradé en 'juste un test'. La raison est la même - les modules de test n'ont pas changé depuis longtemps et le matériel ne reste pas immobile.Cependant, si vous lisez une histoire d'horreur sur les problèmes de test, s'il vous plaît
Quoi de neuf.
Ajout de la prise en charge complète de 16 tests et de la possibilité de charger d'autres fichiers de configuration de test. Malheureusement, un redémarrage complet et imperceptible du programme est très difficile, vous devrez donc utiliser le lancement "manuel". Après avoir installé le nouveau fichier de paramètres, le programme se ferme.
Apparence.
Dans la fenêtre du programme, à gauche, le type et le nom du processeur, sa fréquence, le nombre de cœurs et les modes SSE pris en charge sont affichés.
Le côté droit montre l'état de la mémoire système - combien est disponible et combien le programme est occupé.
Le milieu gauche montre la progression des tests, lorsqu'une défaillance est détectée, les cellules 0-5 changent de couleur en rouge et le nombre d'échecs de test est affiché dans la section d'état au milieu à droite.
Petite description.
Ce programme est construit sur un principe légèrement différent de tous les précédents. À savoir - il est personnalisable... De plus, il peut être configuré par l'utilisateur pour les conditions qui lui semblent les meilleures. Le programme a le concept de 'module de test' et de 'test'. Un module est appelé pour effectuer des tests, mais il peut (et doit) être configuré de différentes manières. Formellement parlant, les tests dans S&M sont un seul et même module, mais avec des paramètres différents - avez-vous vu que les performances des tests varient considérablement ? ... et cet effet peut être différent pour différentes mémoires (différents fabricants). Eh bien, si l'efficacité change, alors la conclusion logique de ceci est qu'en ajustant les paramètres, il est possible de l'augmenter (efficacité, c'est-à-dire). Il est difficile de considérer un programme qui a été écrit il y a 5 ans comme optimal.
Donc, test = module de test + paramètres individuels. Le deuxième point est le nombre de threads de test. En termes de processeurs modernes, le nombre de threads de test doit être supérieur à un, ce qui facilitera (plus précisément, plus souvent) la communication avec les processeurs avec leur propre mémoire. Ceci est particulièrement vrai pour les K10-11-12 avec son bus distribué. Le programme prend en charge un nombre différent (disons-le doucement) de threads de test. D'après l'expérience de S&M, je peux dire - le mode le plus rapide pour un processus, mais on m'a dit à plusieurs reprises que l'activation du mode multiple, bien qu'elle entraîne une légère diminution de la vitesse, augmente l'efficacité de l'algorithme. Eh bien... bien que la vitesse de travail soit presque synonyme de qualité (car un algorithme lent ne trouvera pas d'erreurs), il est stupide de discuter avec la pratique. Le programme prend en charge un nombre différent (disons-le doucement) de threads de test. D'après l'expérience de S&M, je peux dire - le mode le plus rapide pour un processus, mais on m'a dit à plusieurs reprises que l'activation du mode multiple, bien qu'elle entraîne une légère diminution de la vitesse, augmente l'efficacité de l'algorithme. Eh bien... bien que la vitesse de travail soit presque synonyme de qualité (car un algorithme lent ne trouvera pas d'erreurs), il est stupide de discuter avec la pratique. Le programme prend en charge un nombre différent (disons-le doucement) de threads de test. D'après l'expérience de S&M, je peux dire - le mode le plus rapide pour un processus, mais on m'a dit à plusieurs reprises que l'activation du mode multiple, bien qu'elle entraîne une légère diminution de la vitesse, augmente l'efficacité de l'algorithme. Eh bien... bien que la vitesse de travail soit presque synonyme de qualité (car un algorithme lent ne trouvera pas d'erreurs), il est stupide de discuter avec la pratique.Pour le moment, les paramètres de test suivants sont prévus (et pris en charge) :
- taille du bloc. Plus il est petit, plus l'algorithme est efficace. Mais, si le bloc tient dans le cache, alors l'algorithme échouera.
- méthode de contournement du bloc. Linéaire ou rebondissant. Le premier a une vitesse élevée, le second - charge plus intensivement le bundle contrôleur-DIMM et conduit à un plus grand échauffement de la mémoire. (euh, ce n'est pas pour rien que le quatrième test de S&M a tellement chauffé la mémoire).
- le principe de génération de modèles. Constant, variable et aléatoire.
Pour l'instant, il n'y en a que deux, mais c'est temporaire.
1. Test 0, à savoir, et uniquement sur celui-ci ce module fonctionne - vérification de la stabilité des données. L'idée ici est que toute la mémoire est signée avec un motif non constant, puis des tests sont effectués et la sécurité de ces données est vérifiée.
Le test ralentit considérablement la vitesse des tests.
2. SimpleTest - bien qu'il soit appelé simple, c'est plus du sarcasme. Tous les paramètres sont pris en charge (taille-méthode-modèle), mais pas très efficacement optimisés en raison d'une polyvalence accrue. Cependant, les pertes dues à une implémentation logicielle non optimale ne sont pas si importantes et sont nivelées lorsque les tests multithreads sont activés - plusieurs processeurs obstruent le canal d'E/S de la mémoire de 100 %.
Cependant, si quelque chose peut être simplifié, la vitesse augmentera.Fonctionnalité : le programme se compose de deux parties - un programme de démarrage et une DLL avec des modules de test. Déballez tout et conservez les répertoires.
A écrit deux fonctions : MirrorMove et MirrorMove128.
L'essentiel est que le bloc de test est retourné. Dans ce cas, deux processus de lecture et d'écriture se rencontrent. Si le contrôleur de mémoire essaie d'être intelligent et de s'adapter au mode d'accès, alors d'une telle pornographie, son patron devrait être démoli - il n'y a jamais deux processus égaux en + et en - adressage. Les fonctions elles-mêmes ne font que secouer le bloc, mais ne testent pas l'intégrité des données. Le test 0 est utilisé pour la vérification. Par conséquent, si vous souhaitez utiliser ces fonctions, n'éteignez pas le test 0.
MirrorMove
- reflète le bloc de test. Avec un nombre pair de réflexions, l'état final du bloc ne change pas (s'il n'y a pas d'échecs). Le bloc lui-même peut être divisé en plusieurs sous-blocs et 'mis en miroir' simultanément [/ i]. Cela crée de gros problèmes pour le contrôleur (et la mémoire elle-même) - vous devez recharger plus souvent les pages SDRAM.
Seuls la taille du bloc de test et le paramètre sont configurables, qui peuvent prendre les valeurs 1,2,3,4 - c'est le nombre de sous-blocs dans le bloc.
Tous les autres paramètres (et c'est le mode de génération de modèles) sont ignorés.
MirrorMove128
- similaire à MirrorMove, mais fonctionne un peu différemment - les opérations sont effectuées sur une page de 128 octets (voir ci-dessous), un décalage supplémentaire est effectué entre l'accès. Ceux. le mouvement (mise en miroir) se fait par bandes en plusieurs passes - d'abord des bandes paires, puis impaires (pour 2 bandes). En plus d'augmenter la charge sur le contrôleur de mémoire, cette action provoque une recharge intensive de la page en SDRAM, ce qui augmente la probabilité d'une panne. (eh bien, le chauffage, bien sûr)
Seuls la taille du bloc de test et le paramètre sont réglables, qui peuvent prendre des valeurs de 0 et plus. Le paramètre lui-même signifie combien supplémentaire [/ i] doit être décalé en pages de 128 octets. Ceux. 0 signifiera un accès linéaire (presque comme dans MirrorMove), 1 - sauter une page et sauter 'toutes les deux fois', 2 - sauter 2 pages (256 octets) ...
En conséquence, le paramètre définit le nombre de bandes supplémentaires (passes) pour remplir l'ensemble du bloc. À en juger par le temps d'exécution du mouvement, alors, pour Core2 (probablement, et d'autres processeurs avec l'ancien mode d'entrelacement) l'heure 510 cause les plus gros problèmes. Cela signifie que c'est potentiellement intéressant pour les tests. Pour les autres processeurs et systèmes, il serait bon de vérifier les nombres en puissances de deux moins 2. Ce '-2' vous oblige à sélectionner non pas une, mais deux pages SDRAM, ce qui provoque une augmentation du temps. Autrement dit, pour l'optimisation, il serait bon de vérifier la ligne 128-2 = 126, 256-2, 512-2, 1024-2, 2048-2.
En ce qui concerne l'accès à 128 octets, cela a été fait exprès. En règle générale, une unité de transfert de données sur le bus est de 64 octets, ce qui correspond à une ligne de cache, mais dans Core2 (et supérieur), cette ligne est appariée et sa dimension est de 128 octets. Si vous lisez 64 octets, la vitesse de téléchargement diminuera. De plus, dans les nouveaux processeurs (AMD K10, K11 ... ; Intel Core i *), l'entrelacement n'est pas en minuscules, mais en blocs et en unités d'accès de 64 octets. Donc, lors de l'accès à 128 octets, les deux DIMM sont lus.
Une nouvelle augmentation de 128 à 256 octets n'est pas encore pertinente... mais vous pouvez le faire. Il y aura MirrorMove256
Dans la version 0.5 de TM5, la dimension de la présentation du bloc de test de test a été modifiée. Il était en octets, maintenant en mégaoctets. L'argument est que les petits blocs sont bien mis en cache dans L2/L3 et ne seront pas testés. Sens? Il n'y a aucun sens, mais la commodité en souffre, alors je l'ai changé.
Parce que dans les processeurs modernes, le cache est supérieur à 4 Mo (ou de cet ordre), alors les nombres 0-3 ne sont pas intéressants et ils sont interprétés d'une manière spéciale. À savoir, comme le degré de rupture de la fenêtre.
Les tests sont effectués dans une fenêtre de 1 Go (ce nombre peut être modifié) et le bloc de test doit y tenir. Vous pouvez spécifier la taille du bloc de test en valeur absolue Mo, ou dans le cadre de la fenêtre. Voici les chiffres 0-3 et définissez cette 'partie'.
0 = fenêtre entière
1 = 1/2 fenêtre
2 = 1/3 fenêtre
3 = 1/4 fenêtre
Probablement, pour les fonctions MirrorMove *, il est préférable de spécifier 0 et de donner toute la fenêtre.
Personnalisation.
Après avoir démarré le programme, le fichier MT.cfg est apparu dans le répertoire bin, qui est le fichier de configuration de test.
Activer = 1 - 1 = activé, 0 = désactivé
Temps = 100 - temps de test, 100%
Fonction = SimpleTest -
Nom de la fonction DLL Nom = bin est0.dll - nom de la dll
Mode de motif = 1 - type de motif. 0 = constant, 1 = variable, 2 = aléatoire
Param0 de motif = 0x1E5F - utilisé pour générer un motif ; Pour le mode 2 sert de multiplicateur
Param1 de motif = 0x45357354 - de même. Pour le mode 2 est ajouté au modèle.
Paramètre = 0 - le principe du déplacement par adresses.
Taille du bloc de test = 4194304 - taille du bloc, en octets
Pour générer un modèle en mode 2, une formule simple est utilisée pour obtenir RND = Valeur * Param0 + Param1
Le paramètre est un moyen d'aller au bloc suivant. 0 = contournement linéaire (séquentiel). D'autres valeurs ne sont que pour leurs DIMM. Le nombre lui-même est de combien se déplacer.
L'idée est qu'un premier DIMM est vérifié, puis le second (et le troisième, pour les variantes comme Core i7).
Unité d'accès, c'est-à-dire le nombre d'octets prélevés sur un DIMM à la fois 64 octets. En conséquence, en définissant Parameter = 1, la vérification se fera sur chaque bloc du DIMM sélectionné. Si "2" - alors après un .....
Soit dit en passant, la section pour la configuration de l'équipement est importante ici. Je pense que presque tout le monde a de la mémoire dans des emplacements appariés et le mode DUAL fonctionne. Vous devez donc faire une chose : basculer le mode Intreliving. 0 pour les anciens processeurs (pas de contrôleur de mémoire intégré) et 1 pour les plus récents.
Le gestionnaire de mémoire de Windows 7 a une fonctionnalité : dès que vous prenez de la mémoire à partir de Windows, il commence immédiatement à vider de plus en plus. Habituellement, il suffit d'attendre quelques cycles et ce processus se calmera. Si cela interfère, vous pouvez désactiver ce mode 'soft' de demande de mémoire.
Si vous mettez : Capable = 0x 0, alors la mémoire occupée sera immédiatement verrouillée.
Page de support TestMem - TestMem V
