Publi

Experiencia con un disco duro SSD

Hace poco tiempo he adquirido un disco duro SSD para mi portátil, en concreto un OCZ Vertex4 de 120Gb. Después de unos días con él, sólo puedo decir una cosa: ¿ por qué no lo compré antes ? El rendimiento general del ordenador se ha incrementado muchísimo.

Hice una serie de análisis antes de desconectar el disco duro anterior, sólo con el objetivo de ver la diferencia con este nuevo sistema de disco, en principio podemos destacar que no hace ruido, se echa de menos ese ruidillo del disco duro cuando está siendo usado, pero te olvidas pronto de él. (Algunas pruebas no las he realizado ya que requerían borrar el contenido del disco).

En principio, probé el test realizado por la utilidad de discos de gnome (paquete en Ubuntu: gnome-disk-utility, ejecutable: palimpsest) Y esto es lo que obtuve (con el disco duro antiguo, un HITACHI SATA de 500Gb):

No está mal. Con el nuevo disco duro también lancé esta prueba, a ver qué tal, devolviendo la siguiente salida:

Esto está mucho mejor.

Más pruebas realizadas

hdparm

Lo primero que hice fue utilizar el clásico “hdparm -t”:

$ sudo hdparm -t /dev/sda

/dev/sda:

Timing buffered disk reads: X MB in X.XX seconds = XX.XX MB/sec

Los tests los he repetido 3 veces y he sacado el valor medio de las tres.

dd

Las pruebas que requieren de una partición, como esta, han sido hechas con un sistema de archivos ext4

También he utilizado el comando “dd” para hacer pruebas tanto de lectura como de escritura.

Para la prueba de escritura hacemos lo siguiente:

$ dd if=/dev/zero of=tmp.tmp bs=1024k count=4096

Crearemos un fichero llamado tmp.tmp con ceros, pero el comando dd nos devolverá también la velocidad a la que lo ha hecho.

Para la prueba de lectura, primero tenemos que borrar los cachés que se hayan creado y así no obtener velocidades mucho mayores de las reales, para ello, tenemos que ejecutar como root lo siguiente:

# echo 3 > /proc/sys/vm/drop_caches

Aunque si estamos siempre en modo usuario, a la Ubuntu way, una forma fácil de hacerlo es la siguiente:

$ echo 3 | sudo tee /proc/sys/vm/drop_caches

Luego debemos hacer:

$ dd if=tmp.tmp of=/dev/null bs=1024k count=4096

Estos tests también han sido repetidos 3 veces y calculado la media.

seeker

Este test lo encontré en Linux Insight y lo que hace es medir el número de seeks por segundo que hace nuestro disco duro, es decir, hace una búsqueda aleatoria a varias partes del archivo, y mira cuántas veces lo hace en 30 segundos, así calcula el número de movimientos que puede hacer nuestro disco en un segundo.

También se ha repetido varias veces.

Arranque

Este test no es tan fiable, y dependía mucho de mis reflejos, ya que ha sido cronómetro en mano, desde que desaparece la pantalla de la BIOS hasta que se puede escribir en la pantalla de identificación. Y desde que se introducen los credenciales (nombre y clave) hasta que el sistema ya es usable.

Depende mucho del hardware, el equipo donde se han hecho las pruebas, es un Intel i5-2450M con 8Gb de RAM. El sistema operativo utilizado es Linux Mint 13 “Maya” MATE Edition y no ha sido optimizado, es tal cual viene la instalación.

Resultados

Aquí muestro una tabla con los resultados:

HITACHI SATA 500GB 2.5″OCZ VERTEX 4 120Gb 2.5″Relación
Tasa máxima de lectura (Mb/s)25,7367,214,29X
Tasa mínima de lectura (Mb/s)110,5550,84,98X
PalimpsestTasa media de lectura (Mb/s)79,74725,92X
Tiempo medio de acceso (ms)21,70,1217,00veces menos
hdparm (test 1) (Mb/s)74,95390,515,21X
hdparm (test 2) (Mb/s)67,97437,836,44X
hdparmhdparm (test 3) (Mb/s)98,12418,624,27X
hdparm (media)  (Mb/s)80,347415,6535,17X
dd [escritura] (test 1) (Mb/s)66,94126,16X
dd [escritura] (test 2) (Mb/s)68,14326,34X
dd [escritura] (test 3) (Mb/s)594387,42X
dd [escritura] (media) (Mb/s)64,667427,3336,61X
dd
dd [lectura] (test 1) (Mb/s)70,34215,99X
dd [lectura] (test 2) (Mb/s)61,24066,63X
dd [lectura] (test 3) (Mb/s)67,15267,84X
dd [lectura] (media) (Mb/s)66,200451,0006,81X
seeker (test 1) (seeks/sec)486725140,10X
seeker (test 1) (access time ms)20,820,15138,80veces menos
seeker (test 2) (seeks/sec)486551136,48X
seekerseeker (test 2) (access time ms)20,550,15137,00veces menos
seeker (test 2) (seeks/sec)476528138,89X
seeker (test 2) (access time ms)21,220,15141,47veces menos
seeker (media) (seeks/sec)47,6676601,333138,49X
seeker (media) (access time ms)20,8630,150139,09veces menos
arranquehasta pantalla de identificación (s)42410,5veces menos
arranque del entorno MATE (s)1628veces menos

Y por supuesto unas gráficas donde se puede apreciar visualmente:

En las dos gráficas siguientes mido la velocidad en Mb/s y en el caso de seeker en seeks/s, por lo tanto el mayor es mejor:

 

En este último, mido tiempos de acceso, por lo que el que menos tiempo tarda es mejor:

Actualización 16/10/2012 13:00 Gracias al comentario de MOL he incluído el tipo de sistema de archivos en la prueba de dd.

Actualización 18/10/2012 19:50 Añadido el test de los tiempos de arranque a petición de DOA1

También podría interesarte...

There are 8 comments left Ir a comentario

  1. Pingback: Bitacoras.com /

  2. Pingback: BlogESfera.com /

  3. MOL /
    Usando Mozilla Firefox Mozilla Firefox 16.0 en Ubuntu Linux Ubuntu Linux

    ¿Que tipo de partición has utilizado para instalar gnu/linux?

    1. admin / Post Author
      Usando Mozilla Firefox Mozilla Firefox 16.0 en Ubuntu Linux Ubuntu Linux

      Una ext4, cierto, se me olvidó comentar ese detalle.

  4. DOA1 /
    Usando Mozilla Firefox Mozilla Firefox 16.0 en Ubuntu Linux Ubuntu Linux

    Muy buena nota.
    pero me gustaría unas pruebas más palpables.
    ¿cuanto tarda Ubuntu en arrancar? ¿cuanto tarda en copiar un archivo de 1G a otro disco?
    Diferencia en tiempo en abrir un programa pesado (un juego)

    Saludos

  5. Pingback: Mi experiencia personal con un disco duro SSD – APPInformatica.com /

  6. admin / Post Author
    Usando Mozilla Firefox Mozilla Firefox 16.0 en Ubuntu Linux Ubuntu Linux

    @DOA1
    He añadido los resultados del test de arranque del ordenador (con Linux Mint). Muchas gracias por tu sugerencia.

    Con respecto a los tiempos en abrir ciertos programas, ahora mismo no voy a quitar el disco duro antiguo para comparar, y sería interesante hacerlo, pero el tiempo de arranque con muchos de los programas estaría bien, por ejemplo Gimp tarda 3 segundos y me acuerdo que antes tenía que esperar bastante. Aunque me gustaría ver una forma más exacta y objetiva de poder medir el tiempo de arranque.

  7. Pingback: Instalando un disco duro SSD y un módulo de RAM en un ASUS K53E » Poesía Binaria /

Leave a Reply