1 votos

velocidad apfs del mac mini m1 256GB?

Tengo el mac mini M1 con un ssd de 256GB. Es no un disco nuevo ahora sólo me quedan unos 30 GB.

No estoy interesado en el rendimiento sintético del disco en bruto, sino en el rendimiento en el sistema de archivos APFS. así que he probado a escribir bytes en un archivo de 4,8G. (comas añadidas por mí):

% time dd if=/dev/zero of=1 count=10000000  
10000000+0 records in
10000000+0 records out
5120000000 bytes transferred in 20.313020 secs (252,055,086 bytes/sec)

Con 252 MB/s, esto no es precisamente entrañable. ¿Es esta la cifra que debería esperar? (Sé que hay sobrecarga; sin embargo, creo que en un SSD la fragmentación de archivos ya no es el problema que solía ser).

La velocidad de lectura parece razonable con 770 MB/seg:

% time dd if=1 > /dev/null    
10000000+0 records in
10000000+0 records out
5120000000 bytes transferred in 6.669058 secs (767,724,617 bytes/sec)
dd if=1 > /dev/null  2.03s user 4.40s system 96% cpu 6.677 total

P.D.: He comparado esto con el rendimiento de un SSD externo USB3 de 2TB de Sandisk, donde obtengo aproximadamente el doble de rendimiento de escritura y la mitad de rendimiento de lectura. También he comprobado si /dev/zero tiene trucos especiales (por comparación con /dev/random ), pero el modesto deterioro en todas las unidades sugiere que mi dd realmente escribe ceros en el ssd.


según la respuesta de darkdust más abajo, aquí hay versiones con un tamaño de bloque de 4096:

  • mac mini 256gb interno relativamente lleno: write 1.5GB/s, read 0.75GB/s .
  • usb3 externo sandisk 2tb relativamente vacío: 0.4GB/s, read 0.4GB/s .
  • Y, por si acaso, un Samsung Extreme Thunderbolt: 0.5GB/s write, 0.4GB/s read .

5voto

Davide Giraudo Puntos 95813

dd es una herramienta muy mala para medir el rendimiento del disco. Utiliza un tamaño de bloque de 512 bytes por defecto, que en un SSD está lejos de ser óptimo.

En el shell, puede determinar el tamaño de bloque de su SSD mediante diskutil info / Por ejemplo:

$ diskutil info / | grep Block
   Device Block Size:         4096 Bytes
   Allocation Block Size:     4096 Bytes

Así que comparemos los bloques de 512 bytes por defecto frente a los 4096 bloques (ten en cuenta la cuenta para obtener el mismo número de bytes):

$ dd if=/dev/zero of=test count=800000
800000+0 records in
800000+0 records out
409600000 bytes transferred in 2.173086 secs (188,487,708 bytes/sec)

$ dd if=/dev/zero of=test count=100000 bs=4096
100000+0 records in
100000+0 records out
409600000 bytes transferred in 0.323270 secs (1,267,052,309 bytes/sec)

Es una gran diferencia. ¿Qué te parece leer y escribir de una sola vez?

$ dd if=/dev/zero of=test count=1 bs=409600000
1+0 records in
1+0 records out
409600000 bytes transferred in 0.118812 secs (3,447,463,219 bytes/sec)

¡Mejor aún!

Conclusión: no utilizar dd para medir el rendimiento del disco.

1voto

IronCraftMan Puntos 1345

Su prueba de escritura se hizo en 252 MB/s , no KB/s. Aun así, esto es extremadamente bajo para un SSD M1. (Al igual que las velocidades de lectura).

Para acelerar las escrituras en un SSD, hay que enviar regularmente comandos TRIM al SSD, que informan al disco sobre los bloques que ya no se utilizan. En MacOS, no existe un activador manual, pero el reinicio funciona (o al menos lo hacía cuando el arranque verboso era una opción).

Aun así, no esperaría tanta degradación del rendimiento (a no ser que Apple estuviera utilizando discos SSD aún peores de lo que se pensaba). Lo más probable es que estés copiando 512 bytes a la vez desde /dev/null, y luego escribiendo ese único bloque de 512 bytes en el disco. Pruebe a utilizar la función bs= argumento con dd, en algún lugar alrededor de 32M o 64M debería ofrecer resultados adecuados en un SSD.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X