Truecrypt - disco pára de ler / escrever com intervalos regulares (Ubuntu)

3

Estou executando o Ubuntu Lucid com uma configuração de raid0

  • Intel Xeon X3440 - 4x (2x2,9 GHz)
  • 16 GB de RAM

Eu tenho um contêiner de arquivo TrueTrypt7.0 de 1.9TB com o AES localizado em my / home (onde o raid é).

Ao testar o desempenho da rede de maneiras diferentes, como o wget, ele parece conseguir gravar / ler no disco muito bem durante os primeiros 10 a 20 segundos. Percebo que o download pára de repente por 2-3 segundos e continua .

  • Fazer o upload e download de um volume TrueCrypt pára o ul / dl por 2-3 segundos e continua
  • Fazendo o upload e o download de um volume tryecrypt E fazendo o download para uma pasta normal não criptografada , interrompe todos os downloads, incluindo o normal
  • Fazer o upload e download com um volume não TrueCrypt (como / root) não é interrompido e tudo fica tranquilo
  • As pausas parecem acontecer com mais frequência quanto mais rápido o upload / download

Eu tenho monitorado com o htop se é uso excessivo de cpu, mas apenas 1-3 núcleos geralmente têm alguma carga neles. Quando o download pára de repente, o uso da CPU não explode inesperadamente. Olhando para iostat eu vejo apenas uma explosão de gravações com intervalos de 2-3 segundos - assumindo que é correto devido ao cache, mas eu não consigo ver uma relação direta com a parada no download / upload

Não consigo reproduzir o mesmo erro ao fazer o download / upload para / de uma montagem não TrueCrypt, o que me leva a acreditar que algo está acontecendo ao ler / gravar em um volume de arquivo TrueCrypt.

Não sei como solucionar isso ainda mais ou se houver ajustes que eu possa fazer para que seja mais tranquilo. Aprecie todas as dicas / ajuda que você pode me dar.

Obrigado

    
por connery 12.07.2011 / 21:22

1 resposta

0

Sugiro dstat -cf com uma taxa de atualização de um segundo ou menos, para que você possa obter a resolução necessária para ver dentro dessa pausa de 1 a 3 segundos.

O que você procura é uma única CPU com 100% de uso ou mais. Geralmente, não é possível paralelizar a criptografia para aproveitar vários processadores. Isso significa que a taxa máxima que você pode gravar informações no disco é a taxa na qual um único processador pode criptografar.

Se você vir uma única CPU indexada durante todo o processo de gravação / download, e quando a gravação / download estiver concluída, ficar ocioso uma parte do tempo, considero que esse pode ser o problema.

NOTA: Quando digo 'uma única CPU', quero dizer 'uma CPU por vez' e não uma única CPU específica. Muitas vezes, o sistema operacional move um processo (como a criptografia de disco) de uma CPU para outra por algum motivo. Isso é normal e deve ser ignorado, a menos que esses movimentos correspondam particularmente bem às pausas de download.

Outra coisa que você pode fazer para testar é encontrar um arquivo grande (digamos, 2x a quantidade de RAM que tenha pelo menos) em um disco não criptografado e ver com que velocidade você pode gravá-lo no disco não criptografado e no disco criptografado. Observe também o desempenho da CPU como você faz cada um. Isso lhe dará uma verificação e, provavelmente, uma boa idéia do que é a largura de banda total de criptografia que você pode obter do sistema.

Se você não achar que a CPU é o gargalo, tente dstat -af para mostrar estatísticas sobre a maioria das coisas que o dstat pode medir. Você está procurando um padrão semelhante em outras estatísticas para encontrar o gargalo e um teste semelhante provavelmente pode ajudar.

    
por 08.08.2011 / 05:38