Le banc mémoire d’OCCT passe d’un modèle figé à une logique par blocs. Résultat : création de routines sur mesure et contrôle précis de la détection d’erreurs.
OCCT v17 bêta réinvente le test mémoire
OCCT ouvre la bêta de la version 17 avec un test mémoire totalement refondu. Le moteur abandonne l’approche unique au profit d’un système modulaire composé de 16 blocs, dont un bloc « legacy » reproduisant l’ancien comportement.
Ces 16 blocs sont répartis en cinq familles : non-idempotent, idempotent, check, all-in-one et utility. L’utilisateur définit précisément comment les données sont écrites, déplacées, bouclées et vérifiées lors d’un run.
Point clé : la détection d’erreurs dépend désormais de l’inclusion d’un bloc check, sauf si l’on utilise un preset « all-in-one » qui l’intègre d’office. Sans ce bloc, pas de remontée d’erreur.
Presets, profils et imports TM5
Le système s’inspire de TestMem5 et MemTest86, mais a été réécrit en interne. La bêta prend en charge les presets personnalisés, l’enregistrement de profils et l’import externe, y compris les configurations TM5. Le partage de presets est prévu et un preset communautaire issu de Discord est déjà inclus.
Pour un usage rapide, OCCT fournit aussi des presets prêts à l’emploi. Les utilisateurs peuvent donc valider une config en quelques minutes ou construire des scénarios poussés pour l’overclocking mémoire et l’affinage des timings.
Disponibilité et périmètre de la bêta OCCT v17
La version 17 est disponible en bêta ouverte, avec un accès limité aux supporters. Les fonctionnalités peuvent encore évoluer et d’autres presets communautaires pourraient être intégrés avant la sortie finale.
Cette granularité par blocs devrait intéresser les profils qui traquent l’instabilité subtile liée aux sous-timings ou aux profils XMP/EXPO agressifs. En permettant d’orchestrer précisément écriture, déplacement et vérification, OCCT rapproche l’outil grand public des workflows de validation utilisés en tuning RAM avancé.
Source : VideoCardz
