Cómo asignar espacio SSD limitado en LVM para un rendimiento óptimo

8

Acabo de recibir un nuevo SSD, y estoy buscando consejos sobre la mejor manera de incorporarlo en mi configuración LVM existente. Tengo los siguientes volúmenes lógicos (montados en los lugares obvios):

# 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

Tengo 108.26 g en los volúmenes físicos asociados con el nuevo SSD. Voy a usar pvmovepara migrar algunos de estos LV al SSD. La pregunta es, ¿qué LV mover?

La máquina en cuestión es básicamente una estación de trabajo doméstica. Realizo algunos desarrollos ligeros (el código fuente reside home), ejecuto algunos procesos de servidor de muy baja carga (apache, etc.) y hago un poco de edición de imágenes y videos de vez en cuando. Ejecuto Gentoo en x86 si eso hace la diferencia.

linux partitioning lvm ssd Matt McHenry
fuente

Respuestas:

7

Para mi escritorio, moví los archivos que usaba con frecuencia en el dispositivo SSD, dejando otros archivos en discos duros.

  • Tener el sistema en el SSD ayuda mucho. No se modifica con mucha frecuencia. Mueve usr en tu SSD.
  • Su directorio de inicio también se usa con bastante frecuencia. Múdate a casa en tu SSD. Si es demasiado grande, intente aislar los archivos utilizados con menos frecuencia y dejarlos en el disco duro (los enlaces simbólicos ayudan en esta tarea)
  • Los demonios acceden al directorio / var a menudo (que añaden a los archivos de registro en la mayoría de los casos). Algunas personas intentan iniciar sesión en un servidor remoto o en un disco RAM. Puede ser complejo y puede que no valga la pena. Moví var en el SSD.
  • El uso del directorio / tmp depende de las aplicaciones que esté utilizando.
  • El uso del intercambio también depende de sus aplicaciones y memoria física. Para mí, el intercambio no se usa muy a menudo, por lo que realmente no es bueno tenerlo en el SSD (es mejor para el rendimiento del intercambio).

Para las particiones no puede estar seguro (tmp, swap1, swap2, opt), puede intentar sin moverlas y usar el comando iostat -p para ver con qué frecuencia se accede a ellas.

Verifica la instalación de un dispositivo SSD en Ubuntu

ciceron
fuente
1

Estoy buscando algo como esto en este momento. Además de las opciones bcache y flashcache que mencionó Javier, en su lugar puede identificar extensiones "activas" y moverlas a su SSD:

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

Para mitigar la falta de TRIM, puede usar menos de la capacidad total de SSD, luego mover extensiones y descartar manualmente los rangos de sector con hdparm:

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

¡Eso es obviamente extremadamente peligroso y cualquier error podría destruir sus datos!

Grifferz
fuente
0

Estoy de acuerdo con usar el SSD para algunas operaciones de almacenamiento en caché, pero probablemente debería examinar críticamente el caso de uso exacto. Si no compró una SSD de alta gama, el desgaste y la confiabilidad son un problema mayor. En este caso, no lo usaría para operaciones de directorio temporal, como / tmp, / var / tmp, / var / run y swap. Me aventuraría a usar sistemas de archivos basados ​​en memoria para esto, pero es un poco más difícil de configurar y puede ser un poco arriesgado si no sabes lo que estás haciendo.

¡Definitivamente tenga su edición de A / V en el SSD! Este es probablemente su directorio de inicio, pero podría ser un directorio especial en otro lugar, incluso un punto de montaje debajo de su hogar. Los SSD brillan donde puede tener lectura / escritura aleatoria sin tener que mover los cabezales del disco. Esto grita la edición y las aplicaciones de gran ancho de banda como A / V funcionan. / usr podría ser el próximo lugar, si tiene suficiente espacio para ello. La mayoría de sus archivos binarios y bibliotecas están en / usr, y pueden beneficiarse del orden de lectura aleatoria que proporcionará el SSD.

Pablo
fuente