Регистрация Вход
|
||||
Текущее время: 10 фев 2023, 01:25 |
|
Сообщения без ответов | Активные темы
Список форумов » Ремонт ноутбуков, компьютеров и комплектующих » Ремонт десктопных видеокарт
Часовой пояс: UTC + 4 часа
Модератор: Rom
Страница 1 из 1 [ Сообщений: 6 ] |
Версия для печати | Пред. тема | След. тема |
Показать сообщения за: Поле сортировки
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Страница 1 из 1 [ Сообщений: 6 ] |
|
||||||||||||||||||||||||||||||||||||||
Список форумов » Ремонт ноутбуков, компьютеров и комплектующих » Ремонт десктопных видеокарт
Часовой пояс: UTC + 4 часа
|
||||
|
||||
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения |
Найти: |
Перейти: |
Language:
Powered by
phpBB
© 2000, 2002, 2005, 2007, 2008 phpBB Group
Содержание
- MATS/MODS инструкция
- Если видеокарта выдает изображение
- Если видеокарта не выдает изображение
- Mods mats error code 00000003
MATS/MODS инструкция
Пишу пост, т.к. хочется скомпоновать основные тезисы по использованию программного комплекса для тестирования видеопамяти на видеокартах nVidia в одном месте, а не лазить каждый раз в мануал, заметки или на форум, сами знаете какой.
Данный тест запускается на базовой частоте памяти 300мгц.
Не рекомендуется запускать тестирование больше 100Мб памяти, т.к. возможно ложное отображение ошибок по всем каналам.
Если видеокарта выдает изображение
Запускается тест 20 мегабайт, начиная с 0 мб
Запускается тест 20 мегабайт, начиная с 512 мб
Запускается тест 1% памяти.
При прохождении теста с результатом FAIL и общим количеством ошибок = 32 или 33, нужно запустить тестирование повторно с аргументом -no_scan_out, чтобы утилита не считала сбойной область, отвечающую за вывод изображения
Если видеокарта не выдает изображение
Первый вариант — тестируем образом с автозагрузкой.
Второй вариант — выводим изображение со встроенной графики, либо устанавливаем тестируемую карту в дополнительный разъем PCI-Express (в том числе через райзер)
Если изображение выводится не с тестируемой карты, предварительно требуется воспроизвести команду:
./mods gputest.js -mfg -skip_rm_state_init (если при вводе следующей команды в отчете будут ошибки по всем каналам на чтение и запись, повторите данную команду с ключом -no_gold)
Далее, стандартные команды MATS с запуском теста по индексу устройства, либо с аргументом -3d_card
Запускается тестирование карты по индексу 01, например, если изображение берется со встроенной графики (индекс 0). Допускается указание индекса без 0, т.е. аргументы -n 1 и -n 01 равнозначные.
В результате, по окончанию тестирования, мы увидим зелёненькую надпись PASS, означающую, что тестирование не выявило проблем, либо красненькую FAIL, соответственно, тест завершился неудачно.
По умолчанию, результаты теста записываются в файл report.txt. Посмотреть отчет можно через встроенный текстовый редактор, вызвав его командой nano report.txt
Также можно изменить файл отчета аргументом
Ещё раз, тестирование не выявляет неисправные чипы памяти, а лишь указывает на канал, в котором есть проблемы. Причиной могут быть, как неисправные чипы памяти, так и неисправный ГПУ, либо проблемы в их связи (некачественная пайка, дефект текстолита).
Когда MATS проходит тест, но при этом имеются дефекты при работе видеокарты, следует провести более ресурсоемкое тестирование с помощью MODS. Данная утилита позволяет изменять частоты, запускать более ста разных тестов или зацикливать тестирование.
Синтаксис для работы следующий:
./mods [options] [file] [JavaScript arguments]
./mods –d –C gputest.js –mfg –run_on_error
где -d и -С — это аргументы для MODS, а -mfg и -run_on_error — аргументы для скрипта gputest.js
Аргументы для MODS рассматривать не будем, т.к. в большинстве случаев они не используются.
Основной скрипт, предназначенный для тестирования — gputest.js, имеющий различные варианты запуска, в зависимости от используемых аргументов и варианта тестирования.
./mods gputest.js -mfg (for CEM testing)
./mods gputest.js -oqa (for OEM outgoing QA testing)
Разница между этими двумя вариантами тестирования заключается в том, что опция -mfg запускает полный набор тестов. Тест -oqa — это более лёгкий и быстрый набор тестов, оптимизированный для ускорения тестирования.
В целях диагностики подходят оба варианта тестирования. Один из вариантов запуска
./mods gputest.js -oqa -old_gold -test 94 -loops 10 -fan_speed 90 -dramclk_percent 119 -ignore_fatal_errors -run_on_error -matsinfo -mats_cov 20 -pte_random
-oqa — вариант тестирования, другой вариант -mfg
-old_gold — использование файла с т.н. золотыми (правильными, эталонными) значениями контрольных сумм производимых вычислений. Другие варианты: -no_gold — не использовать -goldenfile — указать конкретный файл. Для использования стандартного голд файла — данный параметр не используется, при условии наличия данного файла в директории с тестом. Если данный файл отсутствует — получим ошибку heatstresstest is not define (необязательный параметр)
-test 94 — запуск выбранного теста *
-loops 10 — цикл из 10 запусков (необязательный параметр)
-fan_speed 90 — скорость вращения вентиляторов в %. Для работы вентиляторов в штатном режиме — данный параметр не используется (необязательный параметр)
-dramclk_percent 119 — частота памяти в %, другой вариант использования: -dramclk Х, где Х — частота в мегагерцах. Если параметр указан не будет — тест будет произведен на рабочей частоте — 100%
-ignore_fatal_errors — игнорировать ошибки PEX (желательно использовать)
-run_on_error — продолжение теста при обнаружении ошибок (желательно использовать)
-matsinfo — при обнаружении ошибок вывод информации в отчет. Если не будет указан данный параметр, при наличии ошибок по памяти — в отчёте будет строка bad memory без указания каналов с ошибками (желательно использовать)
-mats_cov 20 — процент охвата памяти (от 0 до 100), по умолчанию 10. (необязательный параметр)
-pte_random — распределение системной памяти в произвольном порядке (необязательный параметр)
Посмотреть отчет MODS можно командой nano mods.log
* Тест 94 — NewWfMats — наиболее популярный ресурсоёмкий тест памяти. Варианты тестов с другими шаблонами: 3, 19, 93, 118, 143, 161, 178
19 — MatsTest оч легкий
34,36,38 — Test FullHD (вдруг понадобится)
87 — ничего не понятно, но бытые банки отлавливает
92,93,94,95 — GlStressTest оптимальный тест
112 — CudaTest долгий и тяжелый
114. 116 — CudaMatsTest тоже можно юзать
118 — MatsTest легкий, можно пробовать первым
119 — оч легкий тест
136,138 — как и прошлый, изи тест
143.146 — CudaMatsTest мечта эпилептика
178 — MatsTest -моя любимый тест. тяжесть это надежность
Подписывайся на канал, чтобы не потерять статью: Группа в тележке
Источник
Mods mats error code 00000003
Gas_man | |||||||||||||||||||||||||||||
Зарегистрирован: 31 янв 2019, 21:09 Сообщения: 284 |
|
MATS/MODS инструкция
@notebook116Здравствуйте, ребятки.
Пишу пост, т.к. хочется скомпоновать основные тезисы по использованию программного комплекса для тестирования видеопамяти на видеокартах nVidia в одном месте, а не лазить каждый раз в мануал, заметки или на форум, сами знаете какой.
MATS
Данный тест запускается на базовой частоте памяти 300мгц.
Не рекомендуется запускать тестирование больше 100Мб памяти, т.к. возможно ложное отображение ошибок по всем каналам.
Если видеокарта выдает изображение
./mats -e 20
Запускается тест 20 мегабайт, начиная с 0 мб
./mats -b 512 -e 532
Запускается тест 20 мегабайт, начиная с 512 мб
./mats -с 1
Запускается тест 1% памяти.
При прохождении теста с результатом FAIL и общим количеством ошибок = 32 или 33, нужно запустить тестирование повторно с аргументом -no_scan_out, чтобы утилита не считала сбойной область, отвечающую за вывод изображения
Если видеокарта не выдает изображение
Первый вариант — тестируем образом с автозагрузкой.
Второй вариант — выводим изображение со встроенной графики, либо устанавливаем тестируемую карту в дополнительный разъем PCI-Express (в том числе через райзер)
Если изображение выводится не с тестируемой карты, предварительно требуется воспроизвести команду:
./mods gputest.js -mfg -skip_rm_state_init (если при вводе следующей команды в отчете будут ошибки по всем каналам на чтение и запись, повторите данную команду с ключом -no_gold)
Далее, стандартные команды MATS с запуском теста по индексу устройства, либо с аргументом -3d_card
./mats -n 01 -e 20
Запускается тестирование карты по индексу 01, например, если изображение берется со встроенной графики (индекс 0). Допускается указание индекса без 0, т.е. аргументы -n 1 и -n 01 равнозначные.
./mats -3d_card -e 20
В результате, по окончанию тестирования, мы увидим зелёненькую надпись PASS, означающую, что тестирование не выявило проблем, либо красненькую FAIL, соответственно, тест завершился неудачно.
По умолчанию, результаты теста записываются в файл report.txt. Посмотреть отчет можно через встроенный текстовый редактор, вызвав его командой nano report.txt
Также можно изменить файл отчета аргументом
-logfile filename.txt
Ещё раз, тестирование не выявляет неисправные чипы памяти, а лишь указывает на канал, в котором есть проблемы. Причиной могут быть, как неисправные чипы памяти, так и неисправный ГПУ, либо проблемы в их связи (некачественная пайка, дефект текстолита).
MODS
Когда MATS проходит тест, но при этом имеются дефекты при работе видеокарты, следует провести более ресурсоемкое тестирование с помощью MODS. Данная утилита позволяет изменять частоты, запускать более ста разных тестов или зацикливать тестирование.
Синтаксис для работы следующий:
./mods [options] [file] [JavaScript arguments]
например:
./mods –d –C gputest.js –mfg –run_on_error
где -d и -С — это аргументы для MODS, а -mfg и -run_on_error — аргументы для скрипта gputest.js
Аргументы для MODS рассматривать не будем, т.к. в большинстве случаев они не используются.
Основной скрипт, предназначенный для тестирования — gputest.js, имеющий различные варианты запуска, в зависимости от используемых аргументов и варианта тестирования.
./mods gputest.js -mfg (for CEM testing)
./mods gputest.js -oqa (for OEM outgoing QA testing)
Разница между этими двумя вариантами тестирования заключается в том, что опция -mfg запускает полный набор тестов. Тест -oqa — это более лёгкий и быстрый набор тестов, оптимизированный для ускорения тестирования.
В целях диагностики подходят оба варианта тестирования. Один из вариантов запуска
./mods gputest.js -oqa -old_gold -test 94 -loops 10 -fan_speed 90 -dramclk_percent 119 -ignore_fatal_errors -run_on_error -matsinfo -mats_cov 20 -pte_random
-oqa — вариант тестирования, другой вариант -mfg
-old_gold — использование файла с т.н. золотыми (правильными, эталонными) значениями контрольных сумм производимых вычислений. Другие варианты: -no_gold — не использовать -goldenfile <имя файла> — указать конкретный файл. Для использования стандартного голд файла — данный параметр не используется, при условии наличия данного файла в директории с тестом. Если данный файл отсутствует — получим ошибку heatstresstest is not define (необязательный параметр)
-test 94 — запуск выбранного теста *
-loops 10 — цикл из 10 запусков (необязательный параметр)
-fan_speed 90 — скорость вращения вентиляторов в %. Для работы вентиляторов в штатном режиме — данный параметр не используется (необязательный параметр)
-dramclk_percent 119 — частота памяти в %, другой вариант использования: -dramclk Х, где Х — частота в мегагерцах. Если параметр указан не будет — тест будет произведен на рабочей частоте — 100%
-ignore_fatal_errors — игнорировать ошибки PEX (желательно использовать)
-run_on_error — продолжение теста при обнаружении ошибок (желательно использовать)
-matsinfo — при обнаружении ошибок вывод информации в отчет. Если не будет указан данный параметр, при наличии ошибок по памяти — в отчёте будет строка bad memory без указания каналов с ошибками (желательно использовать)
-mats_cov 20 — процент охвата памяти (от 0 до 100), по умолчанию 10. (необязательный параметр)
-pte_random — распределение системной памяти в произвольном порядке (необязательный параметр)
Посмотреть отчет MODS можно командой nano mods.log
* Тест 94 — NewWfMats — наиболее популярный ресурсоёмкий тест памяти. Варианты тестов с другими шаблонами: 3, 19, 93, 118, 143, 161, 178
Любимые тесты Станислава @kelevra1408
19 — MatsTest оч легкий
34,36,38 — Test FullHD (вдруг понадобится)
54 — randomStressTest
73 —Gpu Test
84 —Test HDMI
87 — ничего не понятно, но бытые банки отлавливает
92,93,94,95 — GlStressTest оптимальный тест
112 — CudaTest долгий и тяжелый
114. 116 — CudaMatsTest тоже можно юзать
118 — MatsTest легкий, можно пробовать первым
119 — оч легкий тест
136,138 — как и прошлый, изи тест
143.146 — CudaMatsTest мечта эпилептика
178 — MatsTest -моя любимый тест. тяжесть это надежность
Замечания/предложения > @notebook116
Подписывайся на канал, чтобы не потерять статью: Группа в тележке
Продолжение следует…