CS de desempenho de armazenamento
Esse teste verifica se o desempenho do dispositivo de armazenamento atende aos requisitos de desempenho.
Detalhes do teste
| Especificações |
|
| Plataformas |
|
| Versões com suporte |
|
| Tempo de execução esperado (em minutos) | 240 |
| Categoria | Parâmetro de comparação |
| Tempo limite (em minutos) | 14400 |
| Requer reinicialização | false |
| Requer configuração especial | false |
| Tipo | automático |
Documentação adicional
Os testes nessa área de recurso podem ter documentação adicional, incluindo pré-requisitos, configuração e informações de solução de problemas, que podem ser encontradas nos tópicos a seguir:
Executando o teste
O dispositivo de armazenamento deve ser anexado ao controlador apropriado. O teste não é destrutivo, portanto, nenhum arquivo ou partição será destruído durante o teste. No entanto, os arquivos serão gravados na unidade. É importante minimizar a quantidade de atividade que ocorre na unidade fora do teste do logotipo. Como esse é um teste de desempenho, a atividade externa pode afetar os resultados.
Solucionando problemas
Para solução de problemas genéricos de falhas de teste do HLK, consulte Solução de problemas de falhas de teste do Windows HLK.
Verifique o Rastreamento WTT:
Acesse os Resultados do Trabalho Filho do RunJob – Biblioteca de Desempenho de Armazenamento.
Exibir o log de tarefas de Executar StorPerf.
Abra o arquivo de log StorPerf.wtl.
Verifique se há mensagens que possam resolver o problema.
Falha no tamanho do intervalo:
Mensagem de erro: "O tamanho do intervalo solicitado, 10737418240 bytes, é maior que o arquivo de pré-condição, 7195066368 bytes. Teste de logotipo invalidado."
Se o tamanho do intervalo solicitado for maior que o arquivo de pré-condição, um erro será registrado, mas o teste continuará sendo executado. O arquivo testzone.tmp criado é muito pequeno para testar suficientemente o intervalo exigido pelo teste.
É necessário ter mais espaço para criar esse arquivo ou o arquivo era muito pequeno e não foi excluído corretamente antes de iniciar o teste.
Atualmente, o tamanho mínimo do arquivo de pré-condição necessário é de 10 Gb. 20% de espaço livre também deve ser deixado na unidade. A fase de pré-condição grava um arquivo que preenche todo o espaço livre, deixando 20% do espaço livre total na unidade.
Tamanho total do disco * 20% + 10 GB < de espaço livre
Verifique os resultados de testes individuais:
Procurar logs de trabalho de desempenho de armazenamento CS/Desempenho de armazenamento USB3.
Há vários tipos de arquivos para cada caso de teste executado dentro do teste que são copiados de volta para o controlador para triagem. Esses arquivos contêm mais informações do que os disponíveis nos logs WTT.
Os arquivos .result são a saída do console de cada processo iniciado a partir desse teste.
Os arquivos .xml são gerados pela carga de trabalho que esse teste inicia. É o que é analisado para obter as métricas.
O arquivo .csv é a agregação de todos os dados analisados para cada caso de teste.
O arquivo .xls é a mesma agregação que o arquivo de .csv de mesmo nome, exceto pelo fato de ter passagem/falha codificada por cores junto com o valor esperado da barra de métricas.
A nomenclatura dos arquivos .result e .xml identifica exclusivamente a execução do caso de teste.
Scen = Cenário.
A cadeia de caracteres hexadecimal longa identifica todos os parâmetros passados para a carga de trabalho.
A cadeia de caracteres hexadecimal de três dígitos é a ID do thread.
Os últimos dígitos são as execuções desse mesmo caso de teste na mesma carga de trabalho.
Se ocorrer um erro no log, o primeiro lugar para marcar será o arquivo .result com o mesmo nome do caso de teste em que o erro ocorreu. Quando ocorre um erro na carga de trabalho, o arquivo .result é copiado para o arquivo de log .wtl para facilitar o acesso ao conteúdo.
Se não for possível abrir um identificador para o disco, talvez ele não tenha uma partição na unidade ou não esteja em execução como administrador.
Se houver uma discrepância sobre a métrica, os valores estarão localizados no arquivo .xml
Se houver uma discrepância sobre as interações de maiúsculas e minúsculas de teste ou variação, os arquivos de .csv/.xls mostrarão os resultados de todos os testes.
Problemas com logs etw abertos:
Se o teste for fechado durante a execução, é possível que um log ETW possa permanecer ativo.
A maneira mais fácil de redefini-lo é reiniciar o computador.
O agente também pode ser fechado manualmente:
Abra um prompt de comando com privilégios elevados.
Executar consulta do logman -ets
Executar o logman stop -ets "Circular BitLocker Logger"
Para obter mais informações de solução de problemas, consulte Solução de problemas de teste de dispositivo.armazenamento.
Mais informações
O trabalho usa a ID da instância do dispositivo em teste e converte a ID da instância do dispositivo em um número de unidade física ou letra da unidade, dependendo do cenário. Se for exigido pelo cenário, o trabalho particionará e formatará a unidade para obtê-la na configuração necessária para teste. O teste será executado por meio de uma série de casos de teste mapeados para itens nos requisitos. Os casos de teste são autossuficientes e são executados sequencialmente. Uma lista de casos de teste pode ser obtida usando a opção de linha de comando PrintPolicy com o dispositivo apropriado especificado. Cada um desses casos de teste pode ser executado na linha de comando usando o teste no modo autônomo com um arquivo xml de política personalizado usando a opção de linha de comando PolicyXML para teste ou depuração adicionais.
O teste de Desempenho de Armazenamento armazena uma tabela de políticas que define para cada tipo de dispositivo quais testes de desempenho devem ser executados e quais devem ser as métricas apropriadas. Depois que os itens apropriados na tabela forem selecionados, o teste gerará sequencialmente instâncias da carga de trabalho especificada, StorageAssessment, nesse caso, para testar os itens especificados na tabela para esse dispositivo. Depois que StorageAssessment terminar de realizar seus testes e criar os resultados, o teste de Desempenho de Armazenamento analisará esses valores e os comparará com as barras definidas nos requisitos do logotipo para imprimir logs de aprovação/falha.
O cenário a ser testado é referenciado pelo sinalizador DeviceTag na linha de comando. Esse sinalizador é um TestcaseGroup no xml de política. O teste tem alguns cenários internos, mas permite cenários personalizados, se desejado.
Um cenário é definido por uma ordem, carga de trabalho, acesso, operação, valor da operação, tamanho de E/S, tamanho do intervalo, runtime, profundidade da fila, porcentagem de pré-condição e MB de pré-condição. Cada cenário definido na tabela corresponderá à carga de trabalho que está sendo gerada uma vez. Vários dos mesmos cenários definidos para um dispositivo ainda invocarão apenas um caso de teste.
Uma métrica é definida por seu tipo e valor. Intrínsecos à métrica são suas unidades e se a barra é um limite superior ou inferior. Muitas métricas podem ser especificadas para cada cenário, o que resulta em apenas um caso de teste sendo invocado para esse cenário.
Para cada entrada na tabela, há um critério de variação especificado que define a variação máxima permitida no último conjunto de execuções antes de parar de testar esse caso de teste. Para muitas das entradas, ele é definido como um mínimo de 5 execuções, no máximo 30 execuções, e a variação nas últimas 5 execuções deve ser inferior a 10% para continuar o teste. O caso de teste será executado novamente até 30 vezes ou até que o requisito de variação seja atendido. Nesse ponto, a métrica será avaliada de acordo com as propriedades definidas da métrica (mínimo, máximo, média, média e assim por diante) ao longo do último conjunto de execuções.
Embora o teste de Desempenho de Armazenamento não esteja limitado a uma carga de trabalho, a maioria dos cenários definidos na tabela de políticas usa a carga de trabalho StorageAssessment para gerar a carga de trabalho e as métricas de desempenho.
Uso de comando
| Comando | Descrição |
|---|---|
StorPerf.exe /DriveLetter [StorageDriveLetter] /DeviceTag CS_Boot |
Executa o teste de CS na unidade especificada. DeviceTag também pode ser CS_Boot_HS200 para unidades compatíveis com HS200. |
Sintaxe de comando
| Opção de comando | Descrição |
|---|---|
Número de /DriveNumber <> |
Número de unidade física do dispositivo em teste. Exemplo: /DriveNumber 0 |
Letra /DriveLetter <> |
Letra da unidade do dispositivo em teste. Exemplo: /DriveLetter C |
/DeviceTag <value> |
Identifica qual TestcaseGroup ou ComparisonGroup selecionar como a entrada dos arquivos xml de configuração. Esse parâmetro diferencia maiúsculas de minúsculas e é usado para indexar os arquivos xml de política e de comparação. Exemplo: /DeviceTag CS_Boot |
Valor /PolicyXML <> |
O nome do arquivo xml da política. Define todos os parâmetros para executar as cargas de trabalho de E/S. Se nenhuma opção for fornecida, o arquivo padrão será gerado. Exemplo: /PolicyXML CSPolicy.xml |
/Compare <o valor do valor><> |
Os dois arquivos xml a serem comparados. Eles devem ter sido gerados a partir de uma execução anterior deste teste. Os arquivos "FinalTestCasesAggregated*.xml" devem ser usados em vez dos arquivos "AllTestCasesAggregated*.xml", pois não há garantia de que o número de iteração seja o mesmo para cada caso de teste. Exemplo: /Compare FinalTestCasesAggregated_42f4.xml FinalTestCasesAggregated_a732.xml |
Valor /CompareXML <> |
O nome do arquivo xml de comparação. Define todos os parâmetros para executar a comparação. Se nenhuma opção for fornecida, o arquivo padrão será gerado. Exemplo: /CompareXML CSCompare.xml |
/PrintPolicy |
Imprime a tabela de política. |
Observação
Para obter ajuda de linha de comando para esse binário de teste, digite /h.
Lista de arquivos
| Arquivo | Location |
|---|---|
StorPerf.exe |
<[testbinroot]>\NTTest\driverstest\storage\wdk\ |
StorageAssessment.exe |
<[testbinroot]>\NTTest\driverstest\storage\wdk\StorageAssessment\ |
ssdtest.dat |
<[testbinroot]>\NTTest\driverstest\storage\wdk\StorageAssessment\ |
Parâmetros
| Nome do parâmetro | Descrição do parâmetro |
|---|---|
| LLU_NetAccessOnly | Conta de usuário para acessar o compartilhamento de arquivos de teste. |
| LLU_LclAdminUsr | Conta de usuário para executar o teste. |
| WDKDeviceID | Caminho da instância do dispositivo a ser testado. |
| Deviceid | DriveLetter ou DriveNumber |
| DeviceTag | |
| DiskDeviceObjLink | Atribuído por Criar Parâmetros de Armazenamento. |
| Destrutivo | (0,1) 0=Passivo, 1=Destrutivo |
| ConsultaHS200 | Consultas se algum dispositivo der suporte ao modo HS200 |