Como alocar espaço SSD limitado no LVM para desempenho ideal

8

Acabei de receber um novo SSD e estou procurando conselhos sobre a melhor maneira de incorporá-lo à minha configuração existente do LVM. Eu tenho os seguintes volumes lógicos (montados nos lugares óbvios):

# lvs
  LV          VG        Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  home        maingroup -wi-ao  75.00g                                      
  opt         maingroup -wi-ao   4.00g                                      
  swap1       maingroup -wi-ao   1.00g                                      
  swap2       maingroup -wi-ao   1.00g                                      
  tmp         maingroup -wi-ao   5.00g                                      
  usr         maingroup -wi-ao  25.00g                                      
  var         maingroup -wi-ao  15.00g                                      

Eu tenho 108,26g nos volumes físicos associados ao novo SSD. Eu vou usar pvmove para migrar alguns desses LVs para o SSD. A questão é, quais LVs mover?

A máquina em questão é basicamente uma estação de trabalho doméstica. Eu faço algum desenvolvimento leve (o código-fonte mora em home ), executo alguns processos de servidor de carga muito baixa (apache, etc.), e faço um pouco de edição de imagem e vídeo de tempos em tempos. Eu corro o Gentoo no x86 se isso faz diferença.

    
por Matt McHenry 20.01.2011 / 05:14

5 respostas

7

Na minha área de trabalho, movi os arquivos que usei com frequência no dispositivo SSD, deixando outros arquivos em discos rígidos.

  • Ter o sistema no SSD ajuda muito. Não é modificado com muita frequência. Mova o usr no seu SSD.
  • Seu diretório pessoal também é usado com bastante frequência. Mova o home no seu SSD. Se for muito grande, tente isolar os arquivos usados com menos frequência e deixe-os no disco rígido (os links simbólicos ajudam nessa tarefa)
  • O diretório / var geralmente é acessado por daemons (anexando a arquivos de log na maioria dos casos). Algumas pessoas tentam fazer logon em um servidor remoto ou em um ramdisk. Pode ser complexo e pode não valer a pena. Mudei var no SSD.
  • O uso do diretório / tmp depende dos aplicativos que você está usando.
  • O uso de troca também depende de seus aplicativos e memória física. Para mim, o swap não é usado com muita frequência, então não é muito bom tê-lo no SSD (é melhor para o desempenho de swap).

Para as partições você pode não ter certeza (tmp, swap1, swap2, opt), você pode tentar sem se mover e use o comando iostat -p para ver com que frequência eles são acessados.

Verifique Instalando um dispositivo SSD no Ubuntu

    
por 20.02.2011 / 19:16
4

por que não usar simplesmente o SSD como cache?

por 20.01.2011 / 05:41
2

Com base no que li, o LVM pode não ser a melhor escolha com SSD, pois atualmente não há suporte a TRIM se você usar o LVM:

link

(há várias outras sugestões sobre os SSDs nesse segmento também)

    
por 20.01.2011 / 05:44
1

Estou procurando algo como isso no momento. Além das opções bcache e flashcache mencionadas por Javier, você pode identificar extensões "quentes" e movê-las para o seu SSD:

link

Para mitigar a falta de TRIM, você pode usar menos que a capacidade total de SSD, depois mover extensões e descartar manualmente intervalos de setor com o hdparm:

# TRIM 1000 sectors starting at sector #1
hdparm --trim-sector-ranges 1:1000 /dev/sdb

Isso é obviamente extremamente perigoso e qualquer erro pode atrapalhar seus dados!

    
por 05.10.2011 / 08:25
0

Concordo em usar o SSD para algumas operações de armazenamento em cache, mas você provavelmente deve examinar criticamente o caso de uso exato. Se você não comprou um SSD high-end, o desgaste e a confiabilidade são um problema maior. Nesse caso, eu não o usaria para ops do diretório temporário, como / tmp, / var / tmp, / var / run e swap. Eu me arriscaria a usar sistemas de arquivos baseados em memória para isso, mas é um pouco mais difícil de configurar e pode ser um pouco arriscado se você não souber o que está fazendo.

Definitivamente, tenha sua edição A / V no SSD! Este é provavelmente o seu diretório inicial, mas pode ser um diretório especial em outro lugar, até mesmo um ponto de montagem em sua casa. Os SSDs brilham onde você pode ter leitura / gravação aleatória sem ter que mover as cabeças de disco. Isso clama na edição e aplicativos de alta largura de banda, como o trabalho de A / V. / usr pode ser o próximo lugar, se você tiver espaço suficiente para isso. A maioria dos seus binários e bibliotecas estão em / usr e podem se beneficiar da ordem de leitura aleatória que o SSD fornecerá.

    
por 05.10.2011 / 09:03