Утилиты для проверки оперативной памяти: Программы для проверки и тестирования оперативной памяти — скачать бесплатно

Проверка оперативной памяти средствами Windows

Одной из самых распространенных причин сбоев в работе компьютера является оперативная память. Обычно при этом появляется так называемый синий экран смерти и если я сталкиваюсь с подобной ситуацией, то одним из первых мероприятий, которые я предпринимаю — это проверка оперативной памяти.

Для проверки оперативной памяти очень часто используются сторонние программы и одной из самых известных и популярных является утилита memtest86+. Но далеко не все пользователи знают, что в Windows есть встроенная утилита, позволяющая осуществить диагностику оперативной памяти.

Называется она Средство проверки памяти Windows (Memory Diagnistics Tool) и именно о ней сейчас и пойдет речь.

Проще всего запустить утилиту через поиск, например, в Windows 10 вводим «средство проверки памяти» или просто «проверк» в поисковом поле и выбираем правильный вариант из поисковой выдачи.

Также есть универсальный способ запустить утилиту диагностики оперативной памяти с помощью команды mdsched и окна Выполнить (данный способ актуален для всех версий Windows — Windows 7, Windows 8 и Windows 10).

Запустить окно Выполнить можно сочетанием клавиш Win+R, после чего вводится команда.

Появится окно, в котором можно выбрать один из двух вариантов — перегрузить компьютер и сделать проверку прямо сейчас, либо запустить проверку памяти при следующем включении компьютера.

Выбираем первый вариант и компьютер перезагрузится, после чего запустится тест оперативной памяти.

Компьютер снова будет перезагружен, как только проверка памяти завершится. После входа в операционную систему должно появиться уведомление с результатами проверки.

Если оно не появилось, то можно обратиться к журналам операционной системы. Для этого нужно открыть окно

Просмотр событий.

Сделать это можно через меню Пуск (Средства администрирования — Просмотр событий) или с помощью поиска.

В этом окне нужно зайти в Журналы Windows и обратиться к разделу Система. Здесь должны быть два события MemoryDiagnostics-Results. Если выбрать их, то появится более детальная информация о событии с результатами диагностики.

В моем случае проблем с памятью не обнаружено, о чем свидетельствует сообщение — Память компьютера проверена с помощью средства проверки памяти Windows; ошибок не обнаружено.

Вот так с помощью стандартных средств операционной системы Windows можно осуществить проверку оперативной памяти вашего компьютера или ноутбука.

• 2017-11-24T07:31:35+00:00

  Aleksey Nazarenko

  Андрей, благодарю за ответ, Мастер. Теперь всё понятно.

• 1

  2017-11-23T17:56:21+00:00

  Здравствуйте, Алексей. На счет профилактики не уверен, так как в этом нет особого смысла. Я тестирую память после покупки или в случае возникновения проблем. Появление синего экрана не всегда означает, что операционная систем не загружается. Он может появляться во время работы и после перезагрузки какое-то время компьютер может работать нормально. Кроме рассмотренной стандартной утилиты есть и сторонние, которые можно запустить с загрузочной флешки. Ну и проблемы с оперативной памятью исправляются заменой модуля. Здесь речь идет не о программных ошибках и исправить что-либо обычно просто невозможно.

• 2017-11-23T10:39:01+00:00

  org/Person»> Aleksey Nazarenko

  Андрей, доброго времени. Благодарю за всегда интересную информацию. По данной теме хочу задать вопросы: Эта проверка должна делаться периодически (для профилактики)? Потому как если уже синий экран, проверку не провести — я правильно понимаю? Если в процессе проверки обнаружатся проблемы — как их исправлять? Заранее благодарен. С уважением.

• 2017-11-22T19:59:05+00:00

  Иван Еропкин

  хороший совет

Проверка оперативной памяти: 2 способа: yurayakunin — LiveJournal

Оперативная память справедливо считается одним из важнейших параметров любого компьютера. Поэтому, оценивая работоспособность ПК, пользователи проверяют «оперативку».
Многие юзеры сталкиваются с такой ситуаций: приобретают компьютер с большим объемом оперативной памяти, но спустя определенный отрезок времени замечают, что она не выдерживает нагрузки в операционной системе.
Если оперативная память работает, не соответствуя своему объему, то это чревато большим количеством проблем.Регулярные зависания, долгое ожидания отклика программ, появление «синего экрана смерти» — все эти неприятности могут быть вызваны именно ОЗУ. Если же вы регулярно играете в игры или смотрите качественные фильмы в хорошем формате, то такое времяпровождение станет затруднительным, а иногда даже невозможным.

Распространенной является еще одна проблема, связанная с совместимостью. Поэтому нужно проводить соответствующую проверку, отличающуюся своим алгоритмом в различных версиях операционных систем. Проверять оперативную память сегодня можно и встроенными в Windows средствами, и специально разработанными для этого программами, требующими скачивание.

Стандартные средства
Проверку при помощи этого способа без всяких трудностей могут осуществлять владельцы компьютеров с установленной Windows 7, Windows 8 или Windows 10.

Стандартное средство для проверки работы ОЗУ регулярно запускается в перечисленных ОС самостоятельно. Другими словами, мониторинг за оперативной памятью ведется в операционной системе постоянно.

Пользователи тоже имеют возможность в любой удобный момент выполнить проверку. Ниже приведена пошаговая инструкция:

• Откройте Пуск и в строке для поиска напишите словосочетание «оперативная память» (для нахождения этой утилиты будет достаточно и части «опер»). В самом верху поисковой выдачи будет расположена «Диагностика проблем оперативной памяти компьютера». Осталось запустить ее.

Если у вас возникли проблемы с поиском, попробуйте ввести запрос mdsched. В выдаче должна появиться утилита с одноименным названием. Она является тем же самым встроенным средством для проверки. Однако чтобы проверка была корректно выполнена, запустите ее от имени администратора (для этого нажмите правой кнопкой выдачи и выберите соответствующий пункт в приведенном списке).

• Вам будет предложено два варианта: выполнение тестирования в данный момент либо после следующего запуска системы. Если вы решите проверить ОЗУ сейчас, то ОС будет автоматически перезагружена, после чего начнется тест.

Особенность стандартного средства заключается в том, что проверка выполняется именно во время включения. Результат тестирования высветится в меню быстрого запуска (рядом с датой, часами, языком и регулятором громкости).Если проблем не будет найдено, то появится сообщение с текстом «Ошибки памяти не обнаружены».

Если вы нажмете на это сообщение, то можете более подробно ознакомиться с результатами работы утилиты. Каждый раз утилита проверяет множество параметров, среди которых скорость загрузки, совместимость и работоспособность. Если конкретная проблема будет найдена, то для ее решения рекомендуется связаться с производителем оперативной памяти. Узнать производителя можно в инструкции к компьютеру или, если плата ОЗУ приобретала отдельно — на инструкции к ней. Также метка производителя должна быть на самом устройстве. Контакты компании находятся без особых трудностей в интернете.

При действующей гарантии магазин будет обязан выполнить замену ОЗУ или всего компьютера. В противном случае придется нести ПК в компьютерный сервис. Профессиональные специалисты способны восстановить работоспособность оперативной памяти, если повреждение – не физическое. В критических ситуациях придется искать новую плату с объемом, который обеспечит компьютеру нормальное функционирование.

Дополнительная утилита memtest86+

Встроенное средство достаточно эффективно, но разработчики софта подготовили для пользователей несколько программ с еще большим количеством возможностей. Большинство из них находятся в интернете в бесплатном доступе. Еще один плюс – наличие русскоязычных версий этих программ. Их сегодня устанавливают, в первую очередь, пользователи Windows XP и Windows 10.

На сайтах с таким программами представлено много различных вариантов. Однако лучшие отзывы – у программы memtest86+. Она гарантирует точные данные и поддерживается всеми операционными системами семейства Виндовс.

На скачивание программы вы не потратите более 5-10 минут. Полный алгорит работы с memtest86+ выглядит следующим образом:

1. Выполнить скачивание утилиты на официальном сайте. Рабочая ссылка для скачивания — www.memtest.org/#downiso. В соответствии с вашей операционной системой выберите определенный формат файла. Например, для тех, кто пользуется Линукс-системами подойдет формат .gz. Если вы хотите установить программу на Виндовс и сразу выполнить запись на диск, то выбирайте .zip. Для записи на флэшку подойдет и упрощенный формат, мгновенно запускающий установку — .exe.

2. На всякий случай выполните сохранение файла на любой съемный накопитель в соответствии со скачанным форматом. Каждый раз, когда понадобится выполнять проверку, рекомендуется запускать ее именно с диска или с флэшки.
3. В БИОС при перезапуске необходимо выбрать загрузку со съемного диска. Чтобы это стало возможным, включается функция проверки устройств в разъеме и приводе. Она активируется так: сразу после перезапуска нажимайте кнопку Delete (или F2 в зависимости от компьютера). В БИОС стрелочками переместитесь в раздел Advanced BIOS Features и перейдите в него нажатием Enter.

4. Перейдите в подраздел под названием Boot Sequence.

5. Среди перечня доступных носителей выберите тот, на котором установлена скаченная программа: если memtest86+ находится на флэшке, то остановите выбор на USB, если на диске, то — CD/DVD.
6. Нужно переместить приоритетное устройство таким образом, чтобы она находилось напротив пункта 1st Boot Device.

И выбрать интересующий носитель.

7. Вставьте диск или флэш-накопитель с memtest86+. После настройки БИОС ее запуск произойдет автоматически.

Специалисты настоятельно советуют выполнять проверку всех модулей RAM по отдельности. Для этого придется вынимать поочередно каждый слот в компьютере и каждый раз запускать тестирование программой. Только так можно будет убедиться, где именно скрываются неполадки. Поломанный модуль необходимо будет заменить новым или придется довольствоваться имеющимся количеством оперативной памяти.

Если утилита memtest86+ находит проблемы в функционировании оперативной памяти, в ее преимущественно синем рабочем окне появляются ошибки красного цвета. Каждая ошибка будет содержать целый ряд параметров. Например, двоичным кодом зашифрован адрес конкретного проблемного места. Людям, не являющимся мастерами, эти параметры вряд ли помогут найти решение. Главное — это то, что вы самостоятельно диагностировали неполадку.

Русскоязычной версии программы memtest86+ на сайтах с программным обеспечением пока не обнаружено. Однако утилита отличается достаточно простым для понимания интерфейсом. Например, красный цвет – это прямое свидетельство наличия проблем. А уже разбираться с этими проблемами предстоит специалистам.

источник

тестов оперативной памяти

(здесь еще много информации о тестировании оперативной памяти).

Присоединяйтесь к более чем 40 000 инженеров, подписавшимся на бесплатный информационный бюллетень The Embedded Muse, выходящий раз в две недели, чтобы получить свежие идеи о создании встраиваемых систем (как аппаратных, так и микропрограммных). У Muse нет ажиотажа и пиара от поставщиков. Нажмите здесь, чтобы подписаться.

Джек Ганссле

В «Дне из жизни» Джон Леннон написал: «Он взорвал его разум в машине; он не заметил, что свет изменился». технолога, это всегда поражало меня глубоким утверждением о сложности современной жизни. Выжить в большом городе просто не под силу даже очень человеческая мечтательность. 20 ^-й -й век жизни означает поддержание уровня осознания и даже паранойи, которые наши предки сочли бы немыслимыми.

 С момента выпуска этой песни в 1967 году выживание стали основываться на гораздо большем, чем угроза пары тонн стали мчится на красный свет. Когда я пишу это, есть некоторые опасения, что программная ошибка в оборудовании на Гуаме способствовала гибели более 200 человек на корейском авиалайнере, разбившемся там в начале августа. Возможно, один бит, что-то настолько эфирное, что это не что иное, как удерживаемый заряд в невозможно маленьком колодце, было неправильно. Сегодняшняя версия Битлз песня может включать припев: «он не заметил, что бит перевернулся».

 За ошибками программного обеспечения скрывается призрак аппаратный сбой, из-за которого наш правильный код умирает, возможно, создавая аналогичные ужасы как на Гуаме, а может просто бесить клиента. Многие из нас пишут диагностический код, помогающий локализовать проблему.

 Следите за comp.arch.embedded, и вы увидите, почти как по маслу, сообщение о помощи с алгоритмами тестирования ОЗУ. Нет другого диагностика вызывает так много дискуссий и не так много ошибочных ответов.

Разработчики часто придерживаться убеждений о правильном способе тестирования оперативной памяти, столь же поляризованных как несопоставимые чувства по отношению к политике и религии.

Я не исключение, и к счастью, у меня есть этот форум для взрыва моих собственных мыслей повсюду! так будет беззастенчиво это сделать.

 Очевидно, что проблема с оперативной памятью уничтожит большинство встроенных системы. Ошибки чтения из стека обязательно приведут к сбою кода. Проблемы, особенно прерывистые, в областях данных могут проявляться ошибки в тонких способы. Часто лучше иметь систему, которая просто не загружается, чем тот, который иногда возвращает неправильные ответы.

 Некоторые встроенные системы довольно терпимы к памяти проблемы. Время от времени мы слышим о космических кораблях НАСА, чье ядро ​​или оперативная память разрабатывает несколько плохих битов, но каким-то образом инженеры исправляют свой код, чтобы он работал вокруг дефектных участков, выгрузка поправок на расстояния миллиарды миль.

 Большинство из нас работают в системах с гораздо меньшим количеством человеческих ресурсов. вмешательство. Нет команд высококвалифицированного персонала, тревожно контролирующего здоровье каждой части нашей продукции.

Мы несем ответственность за создание система, которая работает должным образом, когда аппаратное обеспечение функционирует.

 Однако в некоторых приложениях определенное количество самодиагностика либо имеет смысл, либо требуется; критическое жизнеобеспечение приложения должны использовать каждую возможную концепцию диагностики, чтобы избежать аварий из-за до субмикронного несовершенства оперативной памяти.

 Итак, мое первое мнение о диагностике в целом и Тесты оперативной памяти, в частности, должны четко определить ваши цели. Зачем запускать тест? Что результат будет? Кому не повезло получить плохие новости в если обнаружена ошибка, и что вы ожидаете от этого человека?

 Убьет ли кого-нибудь проблема с оперативной памятью? Если да, то очень комплексный тест, проводимый регулярно, является обязательным.

 Является ли такой отказ просто неприятностью? Например, если он удерживает сотовый телефон от загрузки, если клиент ничего не может сделать о провале в любом случае, то, возможно, нет смысла делать тест. Как потребитель, меня мало волнует, почему этот проклятый телефон перестал работать! если это сдох, отнесу на ремонт или замену.

 Являются ли производственные испытания или даже инженерные испытания реальная мотивация для написания диагностического кода? Если да, то точно определите, что проблемы, которые вы ищете, и напишите код, который найдет такие неприятности.

 Далее добавьте немного реальности в свою оценку. Помните, что сегодняшнее оборудование часто очень сильно интегрировано. В случае микроконтроллер с встроенной оперативной памятью вероятность отказа памяти, что не убивает процессор маленький. Опять же, если системе критична жизнь приложение поддержки, действительно может иметь смысл запустить тест, поскольку даже ничтожное вероятность неисправности может означать катастрофу.

 Имеет ли смысл игнорировать сбои ОЗУ? Если ваш ЦП имеет ловушку недопустимых команд, есть большая вероятность, что память проблемы вызовут сбой кода, который вы сможете зафиксировать и обработать. Если чип включает механизмы защиты (например, защищенный режим x86), подсчитывает плохой стек считывает, немедленно вызывая сбои защиты, которые могут обработать ваши обработчики. Возможно Тесты оперативной памяти просто не требуются, учитывая эти дополнительные ресурсы.

Инвертирование битов

Сообщения USENET часто предлагают использовать самый простой из тесты — запись чередующихся значений 0x55 и 0xAA на весь массив памяти, и затем чтение данных, чтобы убедиться, что они остаются доступными. Это соблазнительно легко подход, который найдет случайную проблему (например, кто-то забыл загрузить все чипов оперативной памяти), но это обнаруживает несколько реальных ошибок.

 Помните, что ОЗУ представляет собой массив, разделенный на столбцы. и ряды. Доступы требуют правильного выбора чипа и адресов, отправленных в массив — и не более того. Симметричный шаблон 0x55/0xAA массово повторяет все над массивом; проблемы с доступом (часто встречаются чаще, чем дефектные биты в сами чипы) будут создавать ссылки на неправильные местоположения, но почти безусловно, вернет то, что кажется правильными данными.

Рассмотрите физическую реализацию памяти в ваша встроенная система. Процессор передает адреса и линии данных в ОЗУ — в В 16-битной системе их наверняка будет как минимум 36. Любая короткая или открытая эта огромная шина приведет к плохому доступу к ОЗУ. Проблемы с платой ПК намного чаще, чем внутренние дефекты чипа, однако тест 0x55/0xAA особенно плохо улавливает эти, наиболее вероятные, сбои.

Тем не менее, простота этого теста и его очень быстрое выполнение сделали его старым режим ожидания используется слишком часто. Нет ли столь же простого подхода, который набрать больше проблем?

 Если вашей целью является обнаружение наиболее ошибки проводки и сбои микросхемы более существенны, чем несколько плохих битов здесь или там), то действительно есть. Создайте короткую строку почти случайных байтов, вы повторно отправляете в массив, пока вся память не будет записана. Затем прочтите массив и сравнить с исходной строкой.

 Я использую фразу «почти случайно» в шутку, но на самом деле не имеет большого значения, что это за строка, если она содержит множество ценностей. Лучше всего включать патологические случаи, такие как 00, 0xaa, ox55 и 0xff. Строка — это то, что вы выбираете при написании кода, поэтому она действительно не случайно, но помимо этих четырех конкретных значений вы заполняете остальную часть практически с любым набором значений, так как мы просто проверяем базовую запись/чтение функции (помните: память имеет тенденцию отказывать довольно драматично). Мне нравится использовать очень ортогональные значения — те, в которых много битов изменяется между последовательными строковые члены — для создания больших шумовых всплесков на линиях данных. убедитесь, что длина строки не зависит от длины массива памяти. Другими словами, вы не хотите, чтобы строка была выровнена по одному и тому же младшему адресов, что может привести к тому, что ошибка адреса останется незамеченной. Поскольку строка намного короче, чем длина массива ОЗУ, вы гарантируете, что он повторяется через скорость, которая не связана с конфигурацией строк/столбцов чипов.

 Для 64 КБ ОЗУ идеально подходит строка длиной 257 байт. 257 — простое число, и его квадрат больше, чем размер массива оперативной памяти. Каждый экземпляр строки будет начинаться с другого младшего адреса. 257 имеет еще одна особая магия: вы можете включить каждое значение байта (от 00 до 0xff) в шнур без усилий. Вместо того, чтобы вручную создавать строку в своем коде, создайте это в реальном времени путем увеличения счетчика, который переполняется на 8 битах.

 Важно для этого и любого другого алгоритма тестирования ОЗУ, заключается в том, что вы записываете шаблон во всю оперативную память перед выполнением теста чтения. Некоторый людям нравится проводить неразрушающие тесты оперативной памяти, проверяя одно место за раз, затем восстановить значение этого местоположения, прежде чем перейти к следующему. Делать это, и вы не сможете обнаружить даже самую тривиальную проблему адресации.

 Этот алгоритм записывает и читает каждую ячейку ОЗУ. один раз, так что довольно быстро. Улучшите скорость еще больше, пропустив байты, возможно запись и чтение каждые 3 ^-й -й или 5-й ^-й -й записи. Тест будет быть немного менее надежным, но по-прежнему будет обнаруживать большинство сбоев печатных плат и многих сбоев ОЗУ.

 Некоторым людям нравится запускать тест, в котором каждый бит в их массиве ОЗУ. Хотя я по-прежнему скептически отношусь к необходимости, поскольку большинство проблемы с полупроводниковой оперативной памятью довольно катастрофичны, если вы чувствуете необходимость запустить такой тест, рассмотрите возможность добавления еще одной итерации алгоритма просто описан со всеми инвертированными битами данных.

Детальная диагностика

Иногда, однако, вам может потребоваться более тщательная проверка, что-то, что ищет сложные аппаратные проблемы за счет скорости.

 Когда я разговариваю с группами, я часто спрашиваю: «Что делает вы думаете, что аппаратное обеспечение действительно работает?» В ответ обычно пожимают плечами или замечание о том, что все, кажется, функционирует нормально, более или менее, большинство время.

 Эти качественные ответы просто неадекватны для современных сложных систем. Слишком часто прототип кажется идеальным таит в себе скрытые конструктивные недостатки, которые могут проявиться только после того, как вы построите тысяч единиц продукции. Отзыв продуктов из-за конструктивных ошибок несправедлив по отношению к клиента и, возможно, бедствие для вашей компании.

 Предположим, что в проекте полно проблем. Используйте разумные методологии для поиска ошибок перед созданием первого прототип, но затем использовать этот первый модуль в качестве испытательного стенда, чтобы найти остальные скрытые неприятности.

 Большие массивы оперативной памяти являются постоянным источником проблемы с надежностью. Действительно, создать идеальную оперативную память довольно сложно. системы, особенно с минимальной наценкой и высокими скоростями сегодняшних 16 и 32-битные системы. Если ваша система использует больше, чем пару частей оперативной памяти, рассчитывайте на потратив некоторое время на оценку его надежности с помощью обычной аппаратной диагностики процедуры. Создавайте программные тесты оперативной памяти, которые безжалостно забивают массив.

 Вероятно, одна из самых распространенных форм надежности. проблемы с массивами оперативной памяти — это чувствительность к шаблону. Теперь это не знаменитость старые проблемы шаблонов, когда микросхемы (особенно DRAM) были чувствительны к группы единиц и нулей. Сегодня чипы почти идеальны в этом внимание. Нет, сегодня проблемы со схемами возникают из-за плохих электрических характеристик печатная плата, проблемы с развязкой, электрические помехи и неподходящий привод электроника.

 Платы для ПК когда-то были не чем иным, как проводкой платформы, плиты дорожек, которые передавали сигналы с почти идеальной точностью. С очень высокоскоростными сигналами и частотой фронтов (время, которое требуется сигналу, чтобы от нуля до единицы или обратно) менее чем за наносекунду печатная плата сама берет на себя все характеристики электронного компонента — тот, достоинства которого почти все проблемное. Это большая тема (обратитесь к разделу «Высокоскоростные цифровые Дизайн — справочник по черной магии» Говарда Джонсона и Мартина Грэма (19 лет).93 PTR Prentice Hall, NJ за канонические слова мудрости по этому вопросу), но достаточно сказать, что плохо спроектированная печатная плата создаст проблемы с надежностью оперативной памяти.

 Не менее важны развязывающие конденсаторы. выбор, а также их размещение. Неадекватная развязка создаст также проблемы с надежностью.

 Современные массивы DRAM обладают большой емкостью. Каждый адресная линия может управлять десятками микросхем с нагрузкой от 5 до 10 пф на микросхему. На высоких скоростях приводная электроника должна как-то тащить все эти псевдоконденсаторы вверх и вниз с небольшим ухудшением сигнала. Не легкая работа! Опять же, плохо спроектированные драйверы сделают вашу систему ненадежной.

 Электрические шумы – еще один фактор, влияющий на надежность. иногда неожиданным образом. Например, процессоры с мультиплексированным адресом/данными. шины используют внешние адресные защелки для демультиплексирования шины. Сигнал, обычно называемый ALE (Адресная защелка включена) или AS (Адресный строб) переводит часы в эти защелки. Наименьший, самый мизерный шум на ALE/AS, несомненно, в то время максимального неудобства, зафиксируйте часть данных цикла вместо адрес. Другие сигналы также уязвимы для небольших всплесков шума.

 Многократный запуск стандартного теста оперативной памяти, работа в течение нескольких часов, когда вы прокручиваете продукт через его среду проектирования (температура и т. д.) покажет периодически возникающие проблемы с оперативной памятью. Это симптомы конструктивных ошибок Я описал и всегда указывал на необходимость дополнительной работы над продуктом. инженерия.

 К сожалению, слишком часто тесты оперативной памяти не показывают проблема, когда скрытые демоны действительно прячутся. Алгоритм, который я описал, а также большинство других обычно используемых, компромисс скорости против полнота. Они не бьют по оборудованию способом, предназначенным для поиска проблемы с шумом и синхронизацией.

 Цифровые системы наиболее чувствительны к шуму, когда одновременно меняется большое количество битов. Этот факт был использован для данных связи давным-давно с изобретением кода Грея, варианта двоичного подсчет, при котором между кодами меняется не более одного бита. твой худший Кошмары надежности ОЗУ возникают, когда все биты адреса и/или данных внезапно измениться с нулей на единицы.

 В целях инженерного тестирования напишите RAM test код, использующий эту известную уязвимость. Запишите 0xffff в 0x0000, а затем в 0xffff и выполните тест обратного чтения. Тогда пиши нули. Повторяйте так же быстро, как ваша петля отпустит тебя.

 В зависимости от вашего процессора худшие места могут быть по адресам 0x00ff и 0x0100, особенно на 8-битных процессорах, которые мультиплексируют только нижние 8 адресных строк. Хит эти комбинации, трудно, а также.

 Другие адреса часто демонстрируют аналогичные патологические поведение. Попробуйте 0x5555 и 0xaaaa, которые также имеют дополнительные битовые комбинации.

Хитрость заключается в том, чтобы написать эти шаблоны подряд. Не протестировать всю оперативную память, понимая, что будут отображаться как 0x0000, так и 0xffff в тесте. Вы будете нагружать систему наиболее эффективно, управляя автобусом. резко вверх и вниз одновременно.

 Даже не думайте писать такой код на C. Любой язык высокого уровня будет вводить слишком много инструкций между теми, которые двигайте биты вверх и вниз. Даже при сборке процессору придется делать выборку циклы из любого места, где находится код, что замедлит работу и сделать его немного менее эффективным.

 Но есть некоторые хитрости. На процессоре с prefetcher (все x86, 68k и т. д.) пытаются заполнить конвейер выполнения кодом, поэтому процессор выполняет обратную запись или чтение по адресам, которые вы пытаетесь ударить. И по возможности используйте передачу из памяти в память. Например:

мов си, 0xaaaa
мов ди, 0x5555
мов [си],0xff
мов [ди], [си]
 

Мораль

Как и в большинстве дизайнерских решений, перед написанием тестового кода ОЗУ глубоко задумайтесь о своих мотивах и выберите стратегию тестирования, которая имеет смысл для вашего приложения. Компромисс скорости и теста комплексность для достижения ваших целей.

 Возможно, самое сложное решение — что делать, когда назревает неудача. Впрочем, это тема для другой колонки.

MemTest64 — Тестер стабильности памяти

TechPowerUp Memtest64 — это бесплатная легкая автономная утилита, которая позволяет вам проверять системную память на наличие проблем на аппаратном уровне. Он имеет графический интерфейс и может запускаться из Windows.

Аппаратные ошибки памяти могут привести к серьезным сбоям приложений, синим экранам смерти (BSOD) и повреждению данных. Это вызвано либо неисправным оборудованием, либо плохими таймингами/частотой памяти. Memtest64 позволяет вам протестировать вашу память, не извлекая загрузочный диск MS-DOS. Утилита загружает вашу физическую память тестовыми шаблонами и может помещать другие приложения в файл подкачки, чтобы освободить память для тестирования.

Это также может быть полезно для оверклокеров, которые хотят максимизировать производительность памяти, играя с таймингами и скоростями DRAM.

Загрузить форум поддержки MemTest64

Особенности

• Работает в Windows XP, Vista, Windows 7, Windows 8, Windows 10. Только 64-разрядная ОС
• Поддерживает все современные процессоры, включая Intel Core и AMD Ryzen
• Не требуется перезагрузка или DOS-режим
• Вы можете контролировать объем тестируемой памяти, чтобы уменьшить влияние на работу
• Память тестируется с использованием различных алгоритмов обнаружения
• Ошибки будут обнаруживаться автоматически
• Не требует прав администратора
• Установка или изменение реестра не требуются.

Скриншоты

Загрузки

Последняя версия доступна в разделе загрузок.

22 марта 2023 г. 09:15 +03 изменить часовой пояс

Войти / Зарегистрироваться

• NVIDIA GeForce 531.29 WHQL
• AMD Радеон 23.3.1 WHQL
• Интел ИГП 101.3790 / Арка 101. 4148

• 09:10 к Мобиус

  Разборка Gigabyte RTX 3080 Ti Master (2)

• 09:09 к Сора

  Владельцам 3080 Ti рекомендуется избегать Diablo 4, если их карта имеет модули драйвера питания AOZ5312UQI. (0)

• 09:07 к ссдж92

  SLI с разными картами (3733)

• 08:57 к изи

  RAM Tuning — Помогите с субтаймингами. (43)

• 08:22 к 80251

  Стоит ли покупать примокаш? (131)

• 07:58 к Компьютерщик

  Каждая игра тормозит, и мне надоели компьютерные игры (168)

• 07:49 к Мистер Чуу

  Мигающие огни ASRock 660M (0)

• 07:19 к фарухирани

  Самодельная ПРОЗРАЧНАЯ ПАНЕЛЬ COSMOS II с новой версией. (78)

• 07:18 к фарухирани

  Проблемы с точкой доступа XFX 7900XT (0)

• 07:07 к Дуллахан

  Модифицированный аудиодрайвер Realtek DCH для Windows 10/11, включая USB-аудиоустройства Realtek (5209)

• 27 февраля 2023 г. AMD Ryzen 9Обзор 7950X3D — лучшее из обоих миров
• 27 февраля 2023 г. Ryzen 7950X3D с одной отключенной матрицей — предварительный просмотр 7800X3D
• 22 февраля 2023 г. Atomic Heart Benchmark Test & Обзор анализа производительности
• 15 марта 2023 г. Предстоящие выпуски оборудования в 2023 г. (обновлено в марте 2023 г.)
• 20 февраля 2023 г. Обзор ASRock Radeon RX 7900 XTX Taichi
• 3 марта 2023 г.