Tengo un MacBook Pro de 15" de 2017 con un SSD de 1TB incorporado.
Según tengo entendido, con los SSD, la mejor práctica es dejar una parte libre como "sobreprovisión".
¿Tengo que hacer esto con el SSD integrado en el MacBook Pro? o ¿ha tenido Apple en cuenta esto al darme 1TB de espacio? por ejemplo, en realidad hay algo así como 1,1TB de espacio, pero el firmware mantiene ese 0,1TB adicional libre como una sobreprovisión.
No.
El sobreaprovisionamiento es transparente para el usuario y se realiza en la fábrica . Las unidades SSD suelen tener más tamaño del que realmente se puede utilizar. La sobredotación no es algo que tenga que hacer el usuario.
Dicho esto, las unidades SSD siguen necesitando mantener un espacio libre dentro del volumen, con el fin de tener algo de espacio para acomodar los archivos de trabajo. Normalmente se recomienda entre un 10 y un 15%. Algunos dicen que hasta el 25%.
Mi personal La recomendación, además de asegurarse de que los usuarios tienen algún tipo de régimen de copia de seguridad (por ejemplo, Time Machine), es comprobar regularmente que tiene al menos un 15% de espacio libre en su volumen de arranque. Una vez que lo hayas alcanzado, es hora de borrar y/o transferir archivos.
El artículo de Seagate es una buena explicación. Esencialmente, dicen que la diferencia de tamaño entre las unidades de almacenamiento Gibi y Giga byte se utiliza para proporcionar alrededor de un 7% de espacio extra que no está disponible para el host, sino sólo para el controlador. Sin embargo, ¿esta técnica es común a toda la industria o es específica de Seagate? Especialmente teniendo en cuenta que Apple tiende a utilizar Samsung para el flash y no me consta que utilicen Seagate.
Además, ¿qué pasa con el caso de BOOTCAMP - donde Windows también está instalado en el Mac, como en mi caso. Por el momento, mi conclusión sería seguir sobre aprovisionando, en ese escenario, alrededor de un 10%. Así que para una unidad de 1Tb, 100Gb es espacio no utilizado, no en cualquier partición.
Si estás ejecutando Mojave o Catalina con una partición APFS, ni te preocupes.
Siempre es mejor tener una unidad SSD con espacio libre en ella, pero donde se tienen problemas es al escribir constantemente en una unidad llena.
He aquí la razón: Un SSD tiene un número de sectores que almacenan datos (generalmente 512 o 4096 bytes). Cada sector sólo puede borrarse y escribirse un determinado número de veces (normalmente entre 1.000 y 10.000). Dependiendo de si se trata de una tecnología NAND o similar a la NOR, al borrar un sector se borran todos los 0 o todos los 1. "Escribir" un sector de datos significa cambiar algunos de los bits al valor opuesto. No se puede borrar un sector, voltear un bit, y luego volver a ponerlo como estaba... hay que borrar el sector completamente, y luego poner los bits que deberían tener el valor opuesto.
El sistema operativo intenta borrar y escribir de manera uniforme en todo el dispositivo (nivelación de desgaste). Cuantos más sectores tenga para jugar, mejor.
MacOS va un paso más allá con APFS al implementar la nivelación de desgaste estática y dinámica, coordinada con el controlador de hardware y T2 (véase Artículo de Wikipedia sobre la nivelación del desgaste ). El sistema operativo moverá los datos estáticos que no han cambiado en el disco para que no tengas un montón de archivos grandes y sin cambios en sectores casi nuevos (de baja escritura) mientras revuelves el área "libre" del disco. Esto significa que tener un disco casi lleno no perjudica tanto la longevidad.
Lo que NO debe hacer es ejecutar una base de datos que cambia con frecuencia o un archivo que se sobrescribe constantemente en su SSD. Esos pertenecen a los HDD (discos duros giratorios).
La verdadera razón por la que no deberías ejecutar tu disco interno casi lleno es porque muchas aplicaciones (y el SO) no manejan bien las situaciones de disco lleno. Está bien estar cerca de estar lleno, pero trata de nunca llegar a "0 bytes disponibles". MacOS te avisará cuando el disco de arranque se esté acercando. Por lo demás, ¡no te preocupes demasiado!
Para ver la historia completa, consulte Artículo de Wikipedia sobre la amplificación de la escritura
Desgraciadamente, ésta es una de esas áreas en las que, si estás en Windows, la historia es completamente diferente que si estás en MacOS, por lo que la sabiduría del público en general sobre el asunto es a veces bastante perjudicial.
Ejemplo: La mayoría de los antivirus ni siquiera tienen firmas para una sola pieza de malware de Mac porque Apple ya incluye XProtect Descripción de XProtect . Es gratuito, está incorporado y, Apple lo actualiza casi a diario. A menos que esté descargando binarios de Tor, software pirata o cualquier otro tipo de software de riesgo, es muy poco probable que atrape malware en su Mac. Cuando Apple se da cuenta de algo, actualiza sus firmas y, por lo general, lo detiene en seco. Yo sólo descargo aplicaciones de la App Store, de SetApp o del código fuente que he descargado y construido de los principales repositorios. Ejecutar un antivirus en tu Mac sólo lo ralentiza porque el 99,9% de las firmas son sólo para software de PC/Windows... así que estás comprometiendo el rendimiento y la memoria para que tu vecino con Windows no detecte nada de tu Mac; es muy poco probable que detecte el malware que afecta a tu Mac... la mayoría ni siquiera lo intenta.
Por lo tanto, has hecho algo bueno al publicar esta pregunta. Siempre hay que preguntarse "¿Pero ese consejo es bueno también para los usuarios de Mac?" en lugar de hacer caso a la sabiduría común que se aplica a los PC.
¿Qué pasa con el caso de BOOTCAMP - donde Windows también está instalado en el Mac, como en mi caso. Por el momento, mi conclusión sería seguir sobre aprovisionando, en ese escenario, alrededor de un 10%. Así que para una unidad de 1Tb, 100Gb es espacio no utilizado, no en cualquier partición.
Si estás usando Boot Camp, sí, deberías preocuparte como un animal.Sugiero encarecidamente ejecutar Windows bajo Parallels, VMWare Fusion o VirtualBox (gratuito) en lugar de Boot Camp, que por necesidad desactiva muchas características del Mac para permitir el acceso completo al hardware. Varias personas me han dicho: "Mi Mac se estrelló mientras estaba en Windows y también corrompió mi partición de MacOS". Mantén Windows y Linux enjaulados en una VM a menos que estés jugando y necesites ese último 1% de rendimiento. De hecho, jugar bajo Parallels es a veces más rápido que Boot Camp.
Como ligero añadido a la respuesta de @benwiggy parece que Apple/Samsung se reservan algo más del 7,37% mencionado en su Seagate enlace - al menos en mi unidad es el 9,5%.
Tengo un SSD SM0256F que según Apple es de 251 GB (no de 256 GB, lo que daría un 7,37%)
GPT fdisk muestra la capacidad de 233,8 GiB, que es lo mismo que 251 GB.
Command (? for help): p
Disk /dev/disk0: 490234752 sectors, 233.8 GiB
Sector size (logical): 512 bytes
Disk identifier (GUID): D44A6F10-F09B-4FC9-89D4-E8FDE41C24CF
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 490234718Si multiplicas 490234752 sectores * 512 bytes por sector = 251.000.193.024 bytes que es idéntico a la Información del Sistema.
El porcentaje de sobredotación es Physical capacity - User capacity) / User capacity y 256 GiB son 2^38 = 274.877.906.944 bytes por lo que mi porcentaje de sobreprovisión es :
(274,877,906,944 - 251,000,193,024) / 251,000,193,024 = 9.51%
Para un disco de 1TiB reportado como 1000GB (no sé si es así) sería
(2^40 - 1,000,000,000,000) / 1,000,000,000,000 = 9.95%
Por cierto Kingston recomiendan entre el 7% y el 28%, dependiendo de la carga de trabajo. No pude encontrar un enlace para Apple o Samsung.
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.
2 votos
+1 buena pregunta - algo que yo también quiero saber - por eso empecé una recompensa. 2 buenas respuestas a continuación. Por favor, elija uno para aceptar, @sam.
0 votos
También una tercera respuesta de @lx07 a continuación que complementa/amplía la respuesta de benwiggy con algunos ejemplos de datos y cálculos: apple.stackexchange.com/a/362256/4018 Pero con todas las respuestas aquí, creo que hay suficiente información para responder a la pregunta original.