He leído de un montón de preguntas acerca de la optimización de SSD ( ¿Cómo puedo optimizar el sistema operativo para los SSD? , Instalación de Ubuntu en un SSD , estoy confundido acerca de la optimización de SSD , etc ...).
La mayoría de esas preguntas parecen anticuadas (más de 3 años) y estoy un poco confundido con todas las instrucciones que toman las respuestas.
Entonces mi pregunta es: a partir de hoy, ¿cuál es el consenso general sobre la optimización de SSD en Ubuntu 14.04 / 15.04?
¿Esto es necesario ahora?
ssd
performance
hg8
fuente
fuente
Respuestas:
La cosa es, en primer lugar la mayor parte importante de los SSD se minimiza la escribe en el disco, por lo que la gente añade
nodiratime
,noatime
al/etc/fstab
archivo.En segundo lugar, se está ejecutando lo
TRIM
que recupera los bloques no utilizados de memoria NAND de nuevo a SSD. Windows tiene TRIM habilitado por defecto, AFAIK, por lo que nadie se molesta allí. Con Ubuntu, tiene un cronjob semanal para TRIM, sin embargo, por la respuesta de Rinzwind he aprendido que el trabajo cron solo se ejecuta en SSD Intel y Samsung. Es por eso que tiene que editar ese/etc/cron.weekly/fstrim
archivo para que tengaexec fstrim-all --no-model-check
línea, para que se ejecute sin importar cuál sea su modelo de SSD.En los últimos años, esto no ha cambiado: estos siguen siendo puntos clave, minimizan las escrituras y habilitan TRIM.
Eliminar las escrituras y la cantidad de almacenamiento costosa son los dos factores por los que las personas también eliminan el área de intercambio . Por defecto, Ubuntu crea una partición de intercambio igual al tamaño de su RAM. Tengo un SSD de 128 y 6 GB de RAM. Eso significa que, por defecto, Ubuntu cortará 6 GB de 128 GB, dejando 122 GB para mi sistema operativo, y el 5% generalmente está reservado para root, por lo que me deja 122-122 * 0.05 = 115.9 GB para mí. También podría usar ese almacenamiento para otra cosa, por lo que solo tengo una partición principal, ninguna partición de intercambio, pero tengo un archivo de intercambio de 512 MB como característica de protección (no es que planeo quedarme sin RAM, pero siempre se recomienda tener intercambio)
fuente
noatime
: algunas aplicaciones pueden depender de la comparación de los tiempos de modificación y acceso, pueden funcionar mal,realtime
es mejor y, dado que Linux kernel 2.6.30 está activado de manera predeterminada, no es necesario configurarlo. Puede verificar cómo se montaron sus sistemas de archivos ejecutando el comando$ cat /proc/mounts
cat /proc/mounts
. Para mi disco no se muestrarelatime
habilitado, solonoatime
y en elnodiratime
que lo habilité explícitamente/etc/fstab
. En cuanto anoatime
, ¿puede proporcionar algunos ejemplos de qué aplicaciones dependen de él?realtime
quise decirrelatime
.noatime
implicanodiratime
, verman mount
sobrenoatime
:Do not update inode access times on this filesystem (...). This works for all inode types (directories too), so implies nodiratime.
Además, en mi humilde opinión, no es necesario usarnoatime
cuandorelatime
probablemente no rompería la funcionalidad y parece una opción decente (también se recomienda en: SSDOptimization en wiki.debian.org )./
. Segúnman mount
: desde Linux 2.6.30, el núcleo por defecto es el comportamiento derelatime
. TL; DR Desde Ubuntu 16, evite hacer cualquier cosa :-)La única cosa que puede que tenga que hacer es añadir
--no-model-check
a/etc/cron.weekly/fstrim
.La línea debería verse así
Verifique que su SSD sea compatible con TRIM (casi todos los modelos recientes)
si su SSD es
/dev/sda
. Si es así, agregue--no-model-check
.fuente
Funciona bien con SSD que admite TRIM
para 16.04 no hay
fstrim simple no tiene
--no-model-check
y funciona bien con sandisk ssdfuente
En general, Ubuntu admite unidades de estado sólido muy bien.
Si tiene una inteligencia o una SSD SAMSUNG, la compatibilidad con el recorte automático está habilitada de forma predeterminada.
No tiene que preocuparse mucho con una excepción:
debe almacenar sus datos personales en un HDD para reducir la cantidad de escrituras en SSD.
fuente