Optimizar Linux para el uso de discos SSD

En primer lugar vamos a tocar el archivo /etc/fstab, dónde se le dice al sistema los puntos de montaje y las opciones de montaje. Así deberían quedar las líneas referente al montaje a las particiones (si alguno le pone alguna opción más que la incluya).
/dev/sda1 / ext4 defaults,errors=remount-ro,noatime,discard 0 1
/dev/sda2 /home ext4 defaults,noatime,discard 0 1

Por último vamos a tratar del tema del scheduler de I/O. Nomalmente los discos tradicionales usan el scheduler CFQ, mientras que para las memorias flash y discos de estado solido se recomiendas los schedulers noop y deadline. Sin embargo en los test más recientes que he visto (Agosto 2011) para escenarios normales los schedulers noop y deadline dan mejores resultados incluso en los HDDs, así que será uno de estos el que usaré para todos los discos. He probado los 2 y yo me quedo con noop.

Para ajustar el scheduler que queramos hay 2 opciones:
-Cargarlo una vez arrancado el sistema, que sería hacerlo mediante el archivo /etc/rc.local (en arch y algunas otras distros), /etc/init.d/rc.local (en Debian y derivadas) añadiendo:
echo noop > /sys/block/sda/queue/scheduler

-O meterlo como opcion de arranque del kernel. Editando ya sea el /boot/grub/menu.lst para grub o el /etc/default/grub para grub2. El parámetro a añadir es:

elevator=noop

SPIN TIME – Los SSD arrancan de manera instantánea. Los discos duros convencionales requieren de algunos segundos para lograr la velocidad constante de los platos.

No Park – Los discos duros convencionales requieren estacionar los cabezales en la zona segura una vez que se retira la corriente eléctrica, esto los protege en caso de traslado, movimiento o shock. Los SSD no tienen cabezales que parquear.

Rendimiento (PERFORMANCE) – El rendimiento de un SSD es superior en el doble o triple de un disco convencional. Los SSD actuales (masivos – económicos) alcanzan velocidades de 150 ~ 280mb/s en lectura/escritura.

No mechanical parts – los SSD no contienen partes mecánicas Por lo tanto, son menos susceptibles a daños de este tipo. Es mas probable que se dañe un motor, platos, y las partes mecánicas de los cabezales que un chip.

MTBF – Aunque no lo parezca, los discos duros sólidos pueden llegar a durar más que un disco convencional. El disco mecánico tiene un mtbf (maximum time between failure) de 200 mil horas mientras que un SSD tiene 1 o 2 millones de horas.

Calor (HEAT) – los discos sólidos generan mucho menos calor que los mecánicos. Trabajan más fríos, lo cual es muy bueno sobre todo para las laptops.

RandomReads – las lecturas aleatorias son mas rápidas en los SSD. Recuerden que no todos los files están contiguos en un disco duro. Esto se nota mucho en el boot del sistema operativo.

Consumo (power consumption) – un disco SSD consume menos corriente que un disco mecánico. Esto es especial para las laptops. Agregar un SSD a la laptop incrementa el tiempo de batería.

Menos susceptible a golpes – Al no tener partes móviles, es menos propenso a daños por vibraciones, golpes, caídas, etc. Pero no son inmunes. Cuídalo!

Niveles acústicos – son mucho más silenciosos que los discos comunes. El disco solidó no tiene platos que girar ni cabezas que mover.

LATENCIA – mejores valores de latencia en lectura y escritura.

ACCESS TIME – los tiempos de acceso de un SSD son increíblemente rápidos. Los benchmarks muestran una mejora sustancial con su contraparte mecánica.

PESO – son más ligeros que los discos mecánicos. Otra ventaja para las laptops.

NO AFECTACIONES MAGNÉTICAS –> los SSD no se afectan por campos magnéticos o dispositivos que emiten dichos campos. Los discos mecánicos son muy propensos a sufrir fallas o perdidas de datos.

No Fragment – los discos sólidos no necesitan defragmentarse.

XFCE no apaga el equipo con systemd

Receta corta para aquellos que, como yo, se han encontrado que al actualizar su sistema (en este caso ArchLinux) a systemd han comprobado, que sus ordenadores ni reiniciaban ni se apagaban correctamente teniendo que recurrir a mantener pulsado el botón de “encendido” más tiempo del deseable

Tras buscar infructuosamente en los logs y no encontrar en la web algún alma caritativa que se hubiese topado con el mismo problema y evitarse tener que perder tiempo averiguando cómo solucionarlo. La solución que le he dado al asunto por si os ocurre lo mismo y queréis salir rápido del atolladero.
Sigue leyendo

Uso basico terminal de Linux

Ahora mismo, cualquier usuario normal puede usar perfectamente un sistema Linux sin tocar la terminal ni una vez. Sin embargo, la terminal no es un monstruo que nos vaya a morder si lo usamos. De hecho, es una herramienta muy potente y parte muy importante de los sistemas Linux.

Por eso no viene mal saber manejarse con ella. Podemos hacer muchísimas cosas más con la terminal, e incluso puede salvarnos de un apuro si en un momento determinado se nos fastidia el ordenador y sólo tenemos acceso de consola. Así que aquí en Trucos Linux, en esta primera parte del artículo os vamos a dar unos pequeños trucos y comandos básicos que os serán muy útiles para manejaros con la terminal.
Sigue leyendo

Disponible Linux 3.5

Ya está disponible la versión 3.5 del núcleo Linux. Entre las novedades a destacar incluye el soporte para checksums de los metadatos en sistemas de archivos ext4, un nuevo algoritmo de gestión de cola Controlled Delay, un mejor soporte TCP, etc.

Resaltar que Ubuntu 12.10 con nombre en clave “Quantal Quetzal” incluirá el kernel Linux 3.5.
Sigue leyendo

Ya está disponible el Linux Kernel 2.6.29

El anuncio fue hecho nada menos que por Linus Torvalds, y el cambio más obvio y superficial es el reemplazo temporal del pinguino Tux por el demonio de tazmania Tuz, quien solo aparecerá en esta versión.

Los otros cambios tiene un distinto nivel de impacto en los usuarios finales. A continuación les ofreceremos un breve resumen con las nuevas características más destacadas:
Sigue leyendo