Configuração de criptografia mais rápida para o Parallels Desktop 9 executando um ambiente de desenvolvimento de software

2

Eu tenho um MacBook Pro de 2013 quad-core de 2.8GHz com 16GB de RAM e um SSD de 768GB com o OSX Mavericks. Eu corro o Windows 7 no Parallels Desktop 9 para fazer o desenvolvimento do Windows.

Eu gostaria de criptografar esses dados para impedir o acesso se ele for perdido. No entanto, minha preocupação é que o desempenho de acesso a arquivos será seriamente prejudicado (as operações do git já são muito lentas na virtualização).

Eu estou considerando 3 configurações de criptografia em potencial.

1) Use o MacOS FileVault nativo para criptografar a VM

2) Use a opção de criptografia do software Parallels Desktop na VM

3) Configure o Microsoft Bitlocker no sistema operacional em execução na VM

Alguém pode compartilhar sua experiência ou conhecimento sobre qual seria o melhor desempenho no Parallels ao desenvolver software (operações git, compilação e edição no Visual Studio, etc)?

Chris Kline
fonte

Respostas:

1

o 2013 MBP usa Intel Core i7 . Essa CPU fornece criptografia AES acelerada por hardware através do AES-NI , que é usado por FileVault 2 da Apple (página 5).

Como tal, sua melhor opção seria usar o FileVault 2. Você pode criptografar toda a sua unidade em vez de apenas a VM, embora a Wikipedia perceba penalidade de desempenho de aproximadamente 20-30% vs sem criptografia. Mas como está usando instruções nativas de CPU para fazer essa criptografia e não há virtualização nesta etapa, é certamente a sua opção mais rápida.

Eu não consigo falar com o git, mas descobri que o cvs era terrivelmente lento tanto no HFS + do OSX quanto no NTFS do Windows. Ambos os sistemas de arquivos eram terrivelmente ruins para gerenciar muitos arquivos pequenos. Este não foi um problema no Linux com reiserfs (agora estou me namorando) ou ext3. Também não é um problema com o git na minha VM Linux atual executando o ext4. Meu ponto é que o git pode ser lento por causa do NTFS e não porque você está virtualizando o sistema operacional. Sistemas de arquivos ruins (NTFS, HFS +) podem certamente ser uma ou duas ordens de magnitude mais lentas para outros sistemas de controle de origem.

Como um aparte, certifique-se de que você está alocando RAM suficiente para sua VM do Windows 7, mas não muito. Se você estiver executando swap (no host ou na VM guest), você eliminará o desempenho.

ChrisInEdmonton
fonte