← Todos los artículos

¿Tu MacBook lento es en realidad un problema de almacenamiento?

Un SSD casi lleno hace que tu MacBook vaya lento. Cómo comprobar el espacio libre, cuánto margen necesita macOS y qué conviene liberar primero.

· Actualizado el 14 de septiembre de 2026
macOSStoragePerformanceTroubleshooting

Por ahora, más guías como esta solo están disponibles en inglés. Ver todos los artículos


“Mi Mac se puso lento” suele ir seguido de que la gente mire el uso de RAM, el gráfico de CPU del Monitor de Actividad, o concluya que la máquina simplemente ya es vieja. La causa real, más a menudo que cualquiera de esas, es aburrida y se comprueba en diez segundos:

df -h /

Si Avail está por debajo de aproximadamente el 10–15 % de tu capacidad total, muy probablemente esa es tu respuesta — y a diferencia de un problema de hardware, se puede arreglar esta misma tarde y gratis.

Por qué el espacio libre afecta a la velocidad

Esto sorprende a la gente porque no parece que debiera estar relacionado. Dos mecanismos lo hacen real:

La memoria virtual necesita un sitio adonde intercambiar. macOS usa el espacio libre en disco como una extensión de la RAM — cuando la memoria física se llena, mueve datos inactivos al disco. En un volumen casi lleno, el sistema o no puede reservar espacio de swap de forma eficiente o tiene que esforzarse más para encontrar espacio contiguo para ello, y lo notas exactamente como el síntoma que describe la gente: las apps tardan más en abrirse, la rueda de playa aparece más a menudo, lentitud general bajo carga.

APFS en sí mismo se vuelve menos eficiente cerca de la capacidad máxima. Los Mac modernos usan APFS, un sistema de archivos copy-on-write que necesita margen de trabajo para hacer su tarea de forma eficiente — asignar nuevos extents de archivo, gestionar snapshots, ejecutar mantenimiento en segundo plano. Un volumen al 97–98 % de capacidad le da a APFS bastante menos margen que uno al 80 %, y la diferencia se nota en la capacidad de respuesta general del sistema, no solo en operaciones específicas de almacenamiento.

La prueba rápida

Si quieres confirmar la teoría antes de dedicar tiempo a la limpieza, esta es la forma más rápida: libera aunque sean 15–20 GB usando los pasos de emergencia de la guía de “no hay suficiente espacio en disco” — Papelera, Descargas, snapshots locales de Time Machine, ~/Library/Caches — y comprueba si notas diferencia en la siguiente hora de uso normal. Si es así, el almacenamiento era tu verdadero cuello de botella, no la CPU ni la RAM que todo el mundo asume primero.

Lo que genuinamente no es un problema de almacenamiento

Para ser justos con las otras explicaciones: si el Monitor de Actividad muestra un proceso concreto clavando un núcleo de CPU al 100 % de forma continua, o el número de ciclos de tu batería es muy alto y la máquina solo se ralentiza con batería, o una app concreta es lo único lento mientras todo lo demás va normal — eso apunta a otra parte, y ninguna cantidad de espacio liberado lo va a arreglar. El almacenamiento es lo primero y más barato que descartar, no la única causa posible.

# Comprobación de 30 segundos para un proceso descontrolado, en su lugar
top -o cpu -n 5

Si un proceso está constantemente por encima del 90 % de CPU sin que estés haciendo nada activo, eso es el problema de otro artículo — cerrar o reinstalar esa app en concreto, no liberar espacio en disco.

Los desarrolladores lo notan antes

Si eres desarrollador, tu disco se llena más rápido que el de un usuario típico por razones cubiertas en todo este blog — el DerivedData de Xcode, la imagen de disco de la VM de Docker, node_modules esparcidos por cada proyecto que has clonado alguna vez, índices y cachés del IDE — lo cual significa que cruzas el umbral de “el almacenamiento ya me está ralentizando” antes que alguien que usa un Mac para correo y navegar. También es por lo que la solución suele ser más grande cuando por fin la abordas: el Mac de un desarrollador tiene normalmente más de 100 GB de caché de compilación puramente regenerable a medio camino entre “molesto” y “ralentizándote activamente”.

# Los tres mayores acaparadores específicos de desarrollador, revisados de una vez
du -sh ~/Library/Developer/Xcode/DerivedData 2>/dev/null
du -sh ~/Library/Containers/com.docker.docker 2>/dev/null
du -sh ~/Library/Caches/org.swift.swiftpm 2>/dev/null

La solución real, no el parche diario

Liberar espacio una vez te compra unas semanas antes de que vuelvas aquí — cada caché de esta ecuación se rellena continuamente mientras usas tu Mac con normalidad. Guarda en marcadores la guía de limpieza de emergencia y ejecútala a mano cada vez — es gratis y funciona, solo que no automáticamente.

DevCruft, una app gratuita para Mac que estamos construyendo, está pensada para mostrar el espacio libre junto a exactamente lo que lo está consumiendo, sin tener que volver a ejecutar cinco comandos de limpieza distintos de memoria cada vez que baja el rendimiento. Aún está en desarrollo; apúntate a la lista de espera para saber cuándo esté disponible.

Una app gratuita para esto está en camino.

Estamos creando DevCruft para encontrar cada caché de guías como esta y mostrar cuánto te cuesta cada una. Únete a la lista de espera para enterarte cuando se lance.

Un correo en el lanzamiento y nada más. Puedes pedirnos que te borremos cuando quieras. Política de privacidad