Tamanho do disco endereçável pelo SO

Question

Eu tenho um controlador de armazenamento 3ware 9550SXU-12 e discos 750G conectados a ele. Os discos são configurados como unidades únicas (não JBOD).

Eu tenho feito alguns testes de desempenho, principalmente para ver o impacto do alinhamento de partição, criptografia, nível de ataque, etc. no desempenho de leitura / gravação / iops.

Fiquei surpreso que, no meu caso, o desempenho de leitura / gravação para a mesma configuração de armazenamento foi ligeiramente menor com a partição alinhada do que com as não alinhadas.

Isso me levou a verificar se há uma diferença em como o disco é visível para o sistema operacional quando conectado via o controlador 3ware e ao usar a porta na placa-mãe, que não vem com nenhum suporte a RAID.

Eu sei sobre os metadados DCB (Disk Control Block) que os controladores 3ware colocam nos discos para permitir a substituição do controlador sem precisar reconfigurá-lo, pois os dados de configuração são lidos do bloco DCB nos discos. Meu controlador usa o 'New Format', que aparentemente significa que o controlador grava o DCB nos últimos 1024 LBAs do disco.

Eu estava interessado em ver se meus esforços de alinhamento não estavam sendo frustrados pelo controlador 3ware apresentando apenas parte do disco para o sistema operacional.

O que eu encontrei:

• o início do disco parece exatamente o mesmo quando conectado com ou sem o controlador 3ware. Não deve haver qualquer impacto no alinhamento aqui. Verificado com dd / md5sum.
• o último 1024 * 512B do disco contém algo que parece ser colocado lá pela 3ware (a julgar pelas cadeias legíveis)
• agora a parte interessante: quando sob controle 3ware, o disco relata tamanho de mídia de 749988741120 B e quando conectado diretamente - 750156374016 B, o que significa que quando conectado através do controlador 3ware, o sistema operacional tem acesso a cerca de 160MB a menos de mídia de disco .

Seria compreensível se fosse apenas uma diferença de 1024x512B (o DCB), mas 160MB parece um pouco de espaço demais para armazenar esse tipo de metadados do controlador.

PERGUNTAS:

Alguém sabe se há outras considerações ao alinhar as partições em discos conectados a controladores que armazenam a configuração da unidade nesses discos, que eu poderia ter perdido?

Por curiosidade - alguém sabe para que os últimos 160MB de mídia de disco são usados?

Obrigado

    

Answer 1

Não posso comentar diretamente, pois não estou familiarizado com o 3ware.

No entanto, em geral, encontrei algumas matrizes de armazenamento que "roubam" algum espaço em disco. Há várias razões, incluindo:

• O controlador executa um sistema operacional reduzido e precisa de espaço. (Config / gerenciamento etc)
• O controlador executa um cache de gravação e, no caso de uma falha de energia, precisa de um local para liberar o cache de emergência.
• Normalização de tamanho, para permitir uma ligeira variação nos tamanhos de disco.
• uma "unidade de alocação" incorporada no controlador, por ex. somente permitindo alocações de múltiplos fixos. (Geralmente voltado para limites de cache / paginação).

Em relação ao alinhamento - a única razão pela qual posso pensar que o seu alinhamento correto seja mais lento, é se o seu controlador está também manuseando o alinhamento. Cada vez mais matrizes / controladores são conscientes do sistema operacional host - parcialmente devido à necessidade de definir corretamente os sinalizadores SCSI, mas também devido a esse problema de alinhamento.

Você pode descobrir que, se a sua matriz conhece a plataforma do seu host, ela já "ajustou" o alinhamento internamente. (e assim, alinhando-se, você desalinha-lo novamente).