cómo ajustar su SSD en ubuntu para un mejor rendimiento

Hay un montón de consejos por ahí para ajustar su SSD en Linux y un montón de informes anecdóticos sobre lo que funciona y lo que no. Nos encontramos con nuestros propios puntos de referencia con unos pocos ajustes específicos que le muestre la diferencia real.

Para comparar nuestro disco, se utilizó el Phoronix Test Suite. Es gratis y tiene un repositorio para Ubuntu por lo que no tiene que compilar desde cero para ejecutar las pruebas rápidas. Hemos probado nuestro derecho sistema después de una instalación nueva de Ubuntu Natty 64 bits utilizando los parámetros por defecto para el sistema de archivos ext4.

Nuestras especificaciones del sistema fueron los siguientes

Y, por supuesto, el SSD se utilizó para probar el era una unidad de 64 GB OCZ Onyx (117 $ en Amazon.com en el momento de la escritura).

Hay un buen número de cambios que la gente recomienda cuando se actualiza a una SSD. Después de filtrar algunas de las cosas más años, hicimos una breve lista de ajustes que distribuciones de Linux no se han incluido como valores por defecto para los SSD. Tres de ellas implican la edición de su archivo fstab, por lo que lo respalden antes de continuar con el siguiente comando

sudo cp / etc / fstab /etc/fstab.bak

Si algo va mal, siempre se puede borrar el nuevo fichero fstab, y reemplazarlo con una copia de la copia de seguridad. Si usted no sabe lo que es eso o si desea dar un repaso a cómo funciona, eche un vistazo a HTG Explica: ¿Cuál es el fstab Linux y cómo funciona?

Evitando acceso tiempos

Puede ayudar a aumentar la vida de su SSD mediante la reducción de la cantidad de SO escribir en el disco. Si lo que necesita saber cuando se accedió por última vez cada archivo o directorio, puede agregar estas dos opciones para su archivo / etc / fstab

noatime, nodiratime

Añadirlos junto con las otras opciones, y asegúrese de que todos están separados por comas y sin espacios.

TRIM Habilitación

Puede activar TRIM para ayudar a gestionar el rendimiento del disco en el largo plazo. Agregue la siguiente opción para su archivo fstab

descarte

Esto funciona bien para los sistemas de archivos ext4, incluso en los discos duros estándar. Debe tener una versión del kernel de al menos 2.6.33 o posterior; usted está cubierto si usted está utilizando Maverick o Natty, o tienen backports habilitados en Lúcido. Si bien esto no mejora específicamente la evaluación comparativa inicial, se debe hacer que el sistema funcione mejor en el largo plazo y por lo que hizo de nuestra lista.

tmpfs

La memoria caché del sistema se almacena en / tmp. Podemos decir fstab para montar esto en la memoria RAM como un sistema de archivos temporales para que el sistema va a tocar el disco duro menos. Agregue la línea siguiente a la parte inferior de su archivo / etc / fstab en una nueva línea

tmpfs / tmp tmpfs valores predeterminados, noatime, mode = 1777 0 0

Guarde el archivo fstab para confirmar estos cambios.

Cambio de IO Schedulers

Su sistema no escribe todos los cambios en el disco inmediatamente, y varias solicitudes GET en cola. El programador predeterminado de entrada-salida – CFQ – maneja esto está bien, pero podemos cambiar esto a uno que funcione mejor para nuestro hardware.

En primer lugar, la lista de las opciones que tiene disponible con el siguiente comando, reemplazando “X” con la letra de la unidad de raíz

cat / sys / block / sdX / cola / planificador

Mi instalación se realiza en SDA. Debería ver algunas opciones diferentes.

Si tiene fecha límite, usted debe utilizar eso, ya que le da un pellizco adicional al final de la línea. Si no, usted debe ser capaz de utilizar noop sin problemas. Tenemos que decirle al sistema operativo para utilizar estas opciones después de cada arranque de modo que tendremos que editar el archivo rc.local.

Usaremos nano, ya que estamos a gusto con la línea de comandos, pero se puede utilizar cualquier otro editor de texto que te gusta (gedit, vim, etc.).

/etc/rc.local sudo nano

Por encima de la línea “exit 0”, añadir estas dos líneas si está utilizando plazo

fecha límite echo> / sys / block / sdX / cola / planificador

echo 1> / sys / block / sdX / cola / iosched / fifo_batch

Si está utilizando NOOP, añada esta línea

eco noop> / sys / block / sdX / cola / planificador

Una vez más, reemplace “X” por la letra de la unidad apropiada para su instalación. Mirar por encima de todo para asegurarse de que se ve bien.

A continuación, presione CTRL + S para guardar, a continuación, CTRL + X para salir.

Reiniciar

Para que todos estos cambios entren en vigor, es necesario reiniciar. Después de eso, usted debe estar todo listo. Si algo va mal y no se puede arrancar, puede deshacer sistemáticamente cada uno de los pasos anteriores hasta que pueda arrancar de nuevo. Incluso puede utilizar un LiveCD o LiveUSB recuperar si lo desea.

Sus cambios fstab llevarán a través de la vida de su instalación, incluso las actualizaciones de resistir, pero su cambio rc.local tendrán que ser re-instituido después de cada actualización (entre las versiones).

Para llevar a cabo los puntos de referencia, nos encontramos con la suite de pruebas de disco. La imagen de la parte superior de cada prueba es antes de ajustar la configuración ext4, y la imagen de fondo es después de los ajustes y reiniciar el sistema. Usted verá una breve explicación de lo que las medidas de prueba, así como una interpretación de los resultados.

Operaciones con archivos grandes

Esta prueba comprime un archivo de 2 GB con datos aleatorios y lo escribe en el disco. Los ajustes de SSD aquí muestran una mejora en aproximadamente el 40%.

IOzone simula el rendimiento del sistema de archivos, en este caso por escribir un archivo de 8 GB. De nuevo, un aumento de casi 50%.

Aquí, un archivo de 8 GB se lee. Los resultados son casi los mismos que sin ajustar ext4.

AIO-Pruebas de tensión de forma asíncrona de entrada y salida, utilizando un archivo de prueba de 2 GB y un tamaño de 64 KB registro. Aquí, no hay casi un 200% de aumento en el rendimiento en comparación con ext4 de vainilla!

Operaciones con archivos pequeños

Se crea una base de datos SQLite y PTS añade 12.500 registros a la misma. Los ajustes de SSD aquí en realidad se desaceleró el rendimiento en un 10%.

El Apache Benchmark prueba lecturas aleatorias de archivos pequeños. Había alrededor de una ganancia de rendimiento del 25% después de la optimización de nuestra SSD.

PostMark simula 25.000 transacciones de archivos, 500 de forma simultánea en un momento dado, en archivos de tamaño entre 5 y 512 KB. Esto simula los servidores web y de correo bastante bien, y vemos un aumento de rendimiento del 16% después de ajustar.

FS-Mark mira a 1000 archivos con un tamaño total de 1 MB, y las medidas de cuántas pueden ser escritos y leídos por completo en una cantidad pre-ordenado de tiempo. Nuestros retoques ver un aumento, una vez más, con tamaños de archivo más pequeños. Alrededor de un aumento del 45% con ajustes ext4.

Acceso a archivos del sistema

El Dbench puntos de referencia del sistema de archivos llamadas de prueba por los clientes, algo así como la forma en Samba hace las cosas. En este caso, el rendimiento de vainilla de ext4 se corta en un 75%, un revés importante en los cambios que hizo.

Se puede ver que a medida que el número de clientes aumenta, los aumentos de rendimiento de discrepancia.

Con 48 clientes, la brecha se cerró un poco entre los dos, pero todavía hay una pérdida de rendimiento muy evidente por nuestros ajustes.

Con 128 clientes, el rendimiento es casi el mismo. Puede razón por la que nuestros ajustes pueden no ser ideal para uso en el hogar, en este tipo de operaciones, sino que proporcionará un rendimiento comparable cuando el número de clientes se incrementó en gran medida.

Este examen depende de la biblioteca de acceso AIO del núcleo. tenemos un 20% de mejora aquí.

Aquí, tenemos una lectura aleatoria multi-hilo de 64MB, y hay un aumento del 200% en el rendimiento aquí! ¡Guauu!

Mientras que la escritura de 64 MB de datos con 32 hilos, todavía tenemos un aumento del 75% en el rendimiento.

Compilar Banco simula el efecto de la edad sobre un sistema de archivos como se representa mediante la manipulación de los árboles del kernel (crear, compilar, parches, etc.). Aquí, se puede ver un beneficio significativo a través de la creación inicial del núcleo simulado, alrededor del 40%.

Esta referencia simplemente mide el tiempo que tarda en extraer el núcleo de Linux. No es demasiado de un aumento en el rendimiento aquí.

Los ajustes que hemos hecho a la configuración ext4 fuera-de-la-caja de Ubuntu tenían un gran impacto. Las mayores mejoras de rendimiento fueron en los reinos de las escrituras de subprocesos múltiples y lee, lee archivo pequeño y gran archivo contiguo lee y escribe. De hecho, el único lugar real que vio un éxito en el rendimiento fue de llamadas al sistema de archivos simples, algo que los usuarios de Samba deben tener en cuenta. En general, parece ser un aumento en el rendimiento bastante sólido para cosas como el alojamiento de páginas web y viendo / streaming de videos grandes.

Tenga en cuenta que esto era específicamente con Ubuntu Natty 64 bits. Si el sistema o SSD es diferente, su kilometraje puede variar. En general, sin embargo, parece como si los ajustes del programador fstab e Io que nos hizo ir un largo camino para un mejor rendimiento, por lo que es probable que vale la pena probarlo en su propia plataforma.

Tener sus propios puntos de referencia y quieren compartir sus resultados? Tener otro pellizco que no sabemos acerca? Sonido en los comentarios!

¡Interesante! Hubiera sido agradable haber conocido los ajustes en el trabajo en las pruebas; es decir,.. “El noatime pellizco, nodiratime ayudado en esta prueba”, etc., de esta manera podemos ser capaces de ajustar las cosas un poco furthur para obtener mejores resultados.

Hice esto. Siendo un novato en Linux completa me las arreglé para el archivo fstab corrupta primera vez. Pero entonces restaurado, consulte la guía aquí: http://ubuntuforums.org/showthread.php?t=1340431 y todo salió de acuerdo al plan. Agradable y muy notable aumento de la velocidad y un funcionamiento más suave. Ejecución de Natty en PB Dot_se Netbook, 2 GB de RAM y SSD 64bg.

Al igual que un jefe: RAM sólo

No hay razón para usar ambos noatime y nodiratime, usando noatime implica nodiratime.

¡Bonito! la diferencia es notable casi inmediatamente.

Lo que hace este especial para los SSD, por qué no querríamos que estas mejoras de rendimiento en cualquier disco duro?

Buen post. Tengo curiosidad acerca de la E / S planificador pellizco … Estoy corriendo en una caja de Ubuntu 11.04 con un SSD y construido usando LVM y LUKS para el cifrado de disco, por http://readm3.org/os/ubuntu/full-disk -encryption-LVM-Luks … como resultado de mis referencias fstab sistemas de archivos a través de / dev / mapper / ubuntu-raíz y / dev / mapper / ubuntu-swap (volúmenes lógicos dentro del grupo de volúmenes). ¿Alguna idea de cómo iba a modificar la E / S del planificador para que esos sistemas de archivos o si incluso sería relevante para los sistemas de archivos LVM?

el cifrado o la velocidad; elegir uno

también RTFM

Mi disco SSD van cambiando entre sda ​​y sdb. ¿Puedo editar el rc.local con nombres UUID en lugar?

Es un script de shell, por lo que puede utilizar comandos para asignar los nombres de dispositivo UUID. Esto debería funcionar (no lo he probado)

fecha límite echo> / sys / block / $ (/ sbin / blkid -U-6baddb0a 5246-47f7-964c-9b4c0e1c3447 | sed ‘s / \ / dev \ ///’) / cola / planificador

con sustituciones similares para sdX en las otras líneas. Por supuesto, el UUID en esa línea debe ser su UUID.

Para todo el mundo, incluyendo el autor, 2 cosas

1. “diratime” es un subconjunto de “atime”, por lo tanto, sólo tiene que emitir “noatime” para apagar ambos;. 2. Dado que todo o casi todo esto es en el núcleo, se aplica igualmente a cualquier otra distribución de Linux (soy un tipo Slackware yo).

Para Lefty: ventajas de SSD más de HDD de que son todos, pero el más antiguo soporte TRIM / deseche y no tienen tiempo de buscar significativa. Además, los nuevos SSD son más rápidas que incluso el más rápido de disco duro individuales. (Aunque tenga en cuenta que son realmente de SSD RAID-como en el interior, haciendo paralelo R / W a partir de múltiples chips de memoria flash, por lo que están técnicamente trampa! 🙂

Otoh, las ventajas de HDD son ilimitadas escrituras (debido a los soportes magnéticos) y mucho más barato costo / GB. Dicho esto, en aplicaciones hardcore como bases de datos, resulta que, adecuadamente tratada, disco duro SSD y de fallar en torno a la misma cifra de la tasa-go! Además, unos pocos realmente nuevos de HDD, aparentemente, han implementado TRIM / descartan, pero las pruebas han demostrado poco beneficio debido al problema del acceso principal del disco duro con el tiempo siendo la fragmentación, algo que la unidad no tiene control sobre en un nivel bajo que yo sepa. (No hay tal cosa como la “fragmentación” en un SSD, y la ejecución de un programa de desfragmentación en uno es una buena manera de afeitarse un poco de vida fuera de él.)

En el ámbito del servidor, las cosas se están moviendo a la utilización de SSD para el acceso en línea y más lento como almacén de respaldo de disco duro, algo entre el intercambio y copia de seguridad en línea, y en ocasiones incluso para copia de seguridad en línea, el dominio tradicional de la cinta. La parte importante aquí es que no veo ninguna razón para que un ordenador de sobremesa o portátil de doble accionamiento no se pueden hacer para hacer lo mismo, especialmente en Linux / Unix!

Tengo muchas ganas de venir a través de una interfaz gráfica de usuario de aplicaciones que recorta el SSD en linux !!!!!!

El número cuatro es el único número cuyo nombre Inglés es el mismo número de letras que la cantidad que representa.