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

8

Acabei de adquirir um novo SSD e estou procurando conselhos sobre a melhor forma de incorporá-lo à minha configuração LVM existente. Eu tenho os seguintes volumes lógicos (montados nos locais ó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. Vou usar pvmovepara migrar alguns desses LVs para o SSD. A questão é: quais LVs devem ser movidos?

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

linux partitioning lvm ssd Matt McHenry
fonte

Respostas:

7

Na á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 usr no seu SSD.
  • Seu diretório pessoal também é usado com bastante frequência. Volte para casa no seu SSD. Se for muito grande, tente isolar os arquivos usados ​​com menos frequência e deixá-los no disco rígido (links simbólicos ajudam nesta tarefa)
  • O diretório / var é frequentemente acessado por daemons (anexando aos 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 da troca também depende de seus aplicativos e memória física. Para mim, o swap não é usado com muita frequência, portanto, não adianta tê-lo no SSD (é melhor para o desempenho do swap).

Para as partições que você pode não ter certeza (tmp, swap1, swap2, opt), você pode tentar sem movê-las e usar o comando iostat -p para ver com que frequência elas são acessadas.

Marque a instalação de um dispositivo SSD no Ubuntu

ciceron
fonte
4

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

Javier
fonte
1

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

https://bbs.archlinux.org/viewtopic.php?id=113529

Para atenuar a falta do TRIM, você pode usar menos do que a capacidade total do SSD, depois mover as extensões e descartar manualmente os intervalos do 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 prejudicar seus dados!

grifferz
fonte
0

Concordo em usar o SSD para algumas operações de cache, mas você provavelmente deve examinar criticamente o caso de uso exato. Se você não comprou um SSD de ponta, o desgaste e a confiabilidade são um problema maior. Nesse caso, eu não o usaria para operações temporárias de diretório, como / tmp, / var / tmp, / var / run e swap. Atrevo-me 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, faça sua edição A / V no SSD! Esse provavelmente é o seu diretório pessoal, mas pode ser um diretório especial em outro lugar, até um ponto de montagem na sua casa. Os SSDs brilham onde você pode ter leitura / gravação aleatória sem precisar mover as cabeças do disco. Isso grita edição e aplicativos de alta largura de banda, como o A / V. / usr pode ser o próximo local, se você tiver espaço suficiente para isso. A maioria dos binários e bibliotecas está em / usr e pode se beneficiar da ordem de leitura aleatória que o SSD fornecerá.

Paulo
fonte