Cs производительности хранилища
Этот тест проверяет, соответствует ли производительность запоминающего устройства требованиям к производительности.
Сведения о тесте
| Характеристики |
|
| Платформы |
|
| Поддерживаемые выпуски |
|
| Ожидаемое время выполнения (в минутах) | 240 |
| Категория | Тест производительности |
| Время ожидания (в минутах) | 14400 |
| Требуется перезагрузка | false |
| Требуется специальная конфигурация | false |
| Тип | automatic |
Дополнительная документация
Тесты в этой области функций могут содержать дополнительную документацию, включая предварительные требования, сведения о настройке и устранении неполадок, которые можно найти в следующих разделах:
Выполнение теста
Запоминающее устройство должно быть подключено к соответствующему контроллеру. Тест является неразрушающим, поэтому во время тестирования файлы или секции не будут уничтожены. Однако файлы будут записываться на диск. Важно свести к минимуму количество действий, выполняемых на диске за пределами теста логотипа. Так как это тест производительности, внешние действия могут повлиять на результаты.
Устранение неполадок
Общие сведения об устранении неполадок при тестировании HLK см. в разделе Устранение неполадок при тестировании Windows HLK.
Проверьте трассировку WTT:
Перейдите в результаты дочернего задания runJob — библиотека производительности хранилища.
Просмотр журнала задач запуска StorPerf.
Откройте файл журнала StorPerf.wtl.
Проверьте наличие сообщений, которые могут решить проблему.
Сбой размера диапазона:
Сообщение об ошибке: "Запрошенный размер диапазона, 10737418240 байтов, больше, чем файл предварительного условия, 7195066368 байтов. Проверка логотипа недействительна".
Если запрошенный размер диапазона больше файла предварительных условий, будет зарегистрирована ошибка, но тест будет продолжать выполняться. Созданный файл testzone.tmp слишком мал для достаточного тестирования диапазона, необходимого для теста.
Для создания этого файла необходимо освободить больше места, иначе файл был слишком мал и не был удален должным образом перед началом тестирования.
В настоящее время минимальный размер файла предварительных условий составляет 10 ГБ. На диске также должно оставаться 20 % свободного места. На этапе предусловия записывается файл, который заполняет все свободное пространство, оставляя 20 % от общего свободного места на диске.
Общий размер диска * 20 % + 10 ГБ < свободного места
Проверьте результаты отдельных тестов:
Просмотрите журналы заданий производительности хранилища CS/USB3 производительности хранилища.
Существует несколько типов файлов для каждого тестового случая, выполняемого внутри теста, которые копируются обратно в контроллер для рассмотрения. Эти файлы содержат больше сведений, чем доступно в журналах WTT.
Result-файлы — это выходные данные консоли каждого процесса, запускаемого из этого теста.
Файлы .xml создаются рабочей нагрузкой, запускаемой этим тестом. Это то, что анализируется для получения метрик.
Файл .csv — это совокупность всех проанализированных данных для каждого тестового случая.
Файл .xls является тем же статистическим выражением, что и файл .csv с тем же именем, за исключением того, что он имеет цветовую кодировку pass/fail вместе с ожидаемым значением панели метрик.
Именование файлов .result и .xml однозначно определяет выполнение тестового случая.
Scen = Scenario.
Длинная шестнадцатеричная строка определяет все параметры, передаваемые рабочей нагрузке.
Шестнадцатеричная строка из трех цифр — это идентификатор потока.
Последние цифры — это запуски одного и того же тестового случая в той же рабочей нагрузке.
Если в журнале возникает ошибка, первым местом для проверка является результирующий файл с тем же именем, что и в тестовом случае, в котором произошла ошибка. При возникновении ошибки в рабочей нагрузке результирующий файл копируется в WTL-файл журнала для упрощения доступа к содержимому.
Если не удается открыть дескриптор диска, возможно, на диске нет раздела или он не работает от имени администратора.
Если имеется несоответствие в метрике, значения находятся в файле .xml.
Если имеется несоответствие в отношении взаимодействия с дисперсией или тестовых случаев, в файлах .csv/.xls отображаются результаты всех тестов.
Проблемы с открытыми журналами трассировки событий Windows:
Если тест закрыт во время выполнения, возможно, журнал трассировки событий Windows может оставаться активным.
Самый простой способ сбросить его — перезагрузить компьютер.
Средство ведения журнала также можно закрыть вручную:
Откройте командную строку с повышенными привилегиями.
Выполнение запроса logman -ets
Запуск logman stop -ets "Circular BitLocker Logger"
Дополнительные сведения об устранении неполадок см. в разделе Устранение неполадок с тестированием Device.Storage.
Дополнительные сведения
Задание принимает идентификатор экземпляра устройства, на котором выполняется тестирование, и преобразует идентификатор экземпляра устройства в физический номер диска или букву диска в зависимости от сценария. Если это требуется для сценария, задание секционирует и форматирует диск, чтобы получить его в конфигурации, необходимой для тестирования. Тест будет выполняться через ряд тестовых случаев, каждый из которых сопоставлен с элементами в требованиях. Тестовые случаи являются автономными и выполняются последовательно. Список тестовых случаев можно получить с помощью параметра командной строки PrintPolicy с указанным устройством. Каждый из этих тестовых случаев можно выполнять в командной строке с помощью теста в автономном режиме с пользовательским XML-файлом политики с помощью параметра командной строки PolicyXML для дальнейшего тестирования или отладки.
В тесте производительности хранилища хранится таблица политик, определяющая для каждого типа устройства, какие тесты производительности должны выполняться и какие должны быть соответствующие метрики. После выбора соответствующих элементов в таблице тест последовательно создает экземпляры указанной рабочей нагрузки, в данном случае StorageAssessment, чтобы протестировать элементы, указанные в таблице для этого устройства. Когда StorageAssessment завершит тестирование и создаст результаты, тест производительности хранилища будет анализировать эти значения и сравнивать их с полосами, определенными в требованиях к логотипу, чтобы распечатать журналы передачи или сбоя.
На тестируемый сценарий ссылается флаг DeviceTag в командной строке. Этот флаг является TestcaseGroup в XML-файле политики. Тест содержит несколько встроенных сценариев, но при необходимости позволяет использовать пользовательские сценарии.
Сценарий определяется порядком, рабочей нагрузкой, доступом, операцией, значением операции, размером операций ввода-вывода, размером диапазона, средой выполнения, глубиной очереди, процентом предусловия и предварительным условием МБ. Каждый сценарий, определенный в таблице, будет соответствовать рабочей нагрузке, создаваемой один раз. Несколько одинаковых сценариев, определенных для одного устройства, по-прежнему вызывают только один тестовый случай.
Метрика определяется ее типом и значением. Встроенным для метрики являются ее единицы и является ли столбик верхним или нижним пределом. Для каждого сценария можно указать множество метрик, что приводит к вызову только одного тестового случая для этого сценария.
Для каждой записи в таблице заданы критерии дисперсии, которые определяют максимальную дисперсию, допустимую для последнего набора запусков, прежде чем остановить тестирование этого тестового случая. Для многих записей он определяется как минимум 5 запусков, максимум 30 запусков, а дисперсия по сравнению с последними 5 запусками должна быть менее 10 %, чтобы продолжить тестирование. Тестовый случай будет выполняться повторно до 30 раз или до тех пор, пока не будет выполнено требование дисперсии. На этом этапе метрика будет оцениваться в соответствии с определенными свойствами метрики (минимальное, максимальное, среднее, среднее и т. д.) в течение последнего набора запусков.
Хотя тест производительности хранилища не ограничивается одной рабочей нагрузкой, большинство сценариев, определенных в таблице политик, используют рабочую нагрузку StorageAssessment для создания рабочей нагрузки и метрик производительности.
Использование команд
| Get-Help | Описание |
|---|---|
StorPerf.exe /DriveLetter [StorageDriveLetter] /DeviceTag CS_Boot |
Запускает тестирование CS на указанном диске. DeviceTag также можно CS_Boot_HS200 для дисков с поддержкой HS200. |
Синтаксис команды
| Параметр команды | Описание |
|---|---|
/DriveNumber number <> |
Номер физического диска тестируемых устройств. Пример: /DriveNumber 0 |
/DriveLetter <letter> |
Буква диска тестируемого устройства. Пример: /DriveLetter C |
Значение /DeviceTag <> |
Определяет, какую группу testcaseGroup или ComparisonGroup выбрать в качестве входных данных из XML-файлов конфигурации. Этот параметр учитывает регистр и используется для индексирования xml-файлов политики и сравнения. Пример: /DeviceTag CS_Boot |
Значение /PolicyXML <> |
Имя XML-файла политики. Определяет все параметры для выполнения рабочих нагрузок ввода-вывода. Если параметр не указан, будет создан файл по умолчанию. Пример: /PolicyXML CSPolicy.xml |
/Compare <value><value> |
Два XML-файла для сравнения. Они должны быть созданы в ходе предыдущего выполнения этого теста. Вместо файлов AllTestCasesAggregated*.xml следует использовать файлы FinalTestCasesAggregated*.xml, так как нет никакой гарантии, что количество итераций одинаково для каждого тестового случая. Пример: /Compare FinalTestCasesAggregated_42f4.xml FinalTestCasesAggregated_a732.xml |
Значение /CompareXML <> |
Имя XML-файла сравнения. Определяет все параметры для выполнения сравнения. Если параметр не указан, будет создан файл по умолчанию. Пример: /CompareXML CSCompare.xml |
/PrintPolicy |
Выводит таблицу политик. |
Примечание
Для справки командной строки для этого тестового двоичного файла введите /h.
Список файлов
| Файл | Расположение |
|---|---|
StorPerf.exe |
<[testbinroot]>\NTTest\driverstest\storage\wdk\ |
StorageAssessment.exe |
<[testbinroot]>\NTTest\driverstest\storage\wdk\StorageAssessment\ |
ssdtest.dat |
<[testbinroot]>\NTTest\driverstest\storage\wdk\StorageAssessment\ |
Параметры
| Имя параметра | Описание параметра |
|---|---|
| LLU_NetAccessOnly | Учетная запись пользователя для доступа к тестовой общей папке. |
| LLU_LclAdminUsr | Учетная запись пользователя для запуска теста. |
| WDKDeviceID | Путь к экземпляру проверяемого устройства. |
| DeviceID | Либо DriveLetter, либо DriveNumber |
| DeviceTag | |
| DiskDeviceObjLink | Назначается путем создания параметров хранилища. |
| Разрушительной | (0,1) 0 = пассивный, 1 = деструктивный |
| QueryHS200 | Запросы, если какое-либо устройство поддерживает режим HS200 |