alinhando a partição do truecrypt em uma unidade de setor de 1.5TB 4kB

Question

Alinhar as partições para começar no setor físico real de SSDs / invasões removidas / unidades de 4 KB é uma boa coisa a ser feita ', mas eu tive problemas ao tentar fazer isso para uma partição TrueCrypt que conterá o ext3. Ou então parece.

Quando a unidade em questão é particionada corretamente e formatada com ext3, obtenho velocidades de gravação muito razoáveis em torno de 70-80MB / s, mas quando coloco truecrypt e ext3 no topo dela, o desempenho da gravação torna-se muito instável e vai de 1 a 25MB / s com io-wait muito alto. No mesmo servidor, não tenho nenhum problema de desempenho com o ext3 no topo do truecrypt em discos sata normais de 500GB do setor 512B. Então, meu melhor palpite é que os iowaits são causados pelo desalinhamento, mas não consigo encontrar informações confiáveis sobre como calcular o início ideal da partição. Eu tentei iniciá-lo em 128 setor lógico, eu também tentei setor 8132 como sugerido aqui mas ambos me deram um desempenho muito ruim e instável.

Você tem alguma experiência com configuração semelhante? Obrigado!

ps - citação do fórum truecrypt: Quando eu cifrei a partição com Truecrypt, eu só tenho 8Mbyte / seg porque não coloca o início do volume no setor 8192, mas coloca o volume no final da faixa à qual 8192 pertence. Eu tenho 63 setores por trilha, então o setor 8192 é o segundo setor da 130ª faixa. Truecrypt começou seu volume no final desta faixa (número de setor 8252), que é de 60 setores longe demais. Então a solução foi mover a partição de volta por 60 setores, então a partição começou em 8132 ao invés de 8192. Isso fez com que o primeiro setor do volume Truecrypt fosse localizado no setor mágico 8192.

    

Answer 1

depois de alguns googling e alguns próprios testes, concluí que é drive defeituoso. outros problemas semelhantes também com discos WD15EADS. teste prolongado em partição ext3 adequadamente alinhada também mostrou degradação de desempenho.

eu corri em loop:

dd if=/dev/zero of=/mnt/1_5tb0/out bs=1MB count=45000

e deteriorou o desempenho:

45000000000 bytes (45 GB) copied, 652.667 s, 68.9 MB/s
45000000000 bytes (45 GB) copied, 648.647 s, 69.4 MB/s
45000000000 bytes (45 GB) copied, 645.147 s, 69.8 MB/s
45000000000 bytes (45 GB) copied, 655.122 s, 68.7 MB/s
45000000000 bytes (45 GB) copied, 644.662 s, 69.8 MB/s
45000000000 bytes (45 GB) copied, 645.12 s, 69.8 MB/s
45000000000 bytes (45 GB) copied, 648.025 s, 69.4 MB/s
45000000000 bytes (45 GB) copied, 650.528 s, 69.2 MB/s
45000000000 bytes (45 GB) copied, 1247.87 s, 36.1 MB/s
45000000000 bytes (45 GB) copied, 1601.76 s, 28.1 MB/s
45000000000 bytes (45 GB) copied, 1776.75 s, 25.3 MB/s

em algum momento o sistema quase pára com iowait muito alto + muito pouca atividade de disco em iostat [por exemplo, 2-10 iops / seg].

ps. : o disco anterior de 1.5TB foi removido, o novo foi instalado - todos os problemas desapareceram. então foi problema de hardware.

    

Answer 2

O TrueCrypt adiciona algum bloco de cabeçalho antes do restante da partição? Se isso acontecer, pode efetivamente estar jogando fora suas partições bem alinhadas. Você pode tentar deliberadamente desalinhar a partição por cada quantia possível (isso significará até 7 testes, para as diferentes maneiras em que um bloco de 4k pode ser desativado por um múltiplo de 0,5k) e repetindo seus testes. Se o problema for a informação do cabeçalho, o corpo principal dos dados não será compensado, então, um desses testes deve mostrar melhores resultados que os outros. Isso pressupõe que qualquer informação de cabeçalho (ou outro motivo para deslocamento) seja adicionado é 512 bytes ou um múltiplo de lá (o que seria sensato, e parece ser o caso, como você não vê degradação de desempenho semelhante em unidades com setores de 512 bytes) .