macOS equivalente a la opción de Windows "Comprimir contenido de archivos/carpetas en el disco para ahorrar espacio"

Esta es en realidad una característica del sistema de archivos NTFS (creo...) y proviene de los días en que los discos eran más caros, mucho más pequeños y se medían en megabytes . Microsoft ha mantenido esta funcionalidad en todas las versiones de Windows desde los primeros días de NT.

Si bien puede comprimir archivos manualmente para ahorrar espacio, me doy cuenta de que eso no es lo que está buscando. Sin embargo, no conozco ninguna utilidad o función de macOS que permita la compresión automática del contenido del disco a nivel del sistema de archivos.

Tenga en cuenta que en un artículo de ArsTechnica se indica que parece que la compresión del sistema de archivos llegará a APFS en un futuro (próximo o no) .

Puede haber algo en APFS que permita esto, pero hasta ahora ni Apple ni ningún tercero (que yo sepa) ha implementado esta funcionalidad.

Nota: esta no es exactamente la solución integral en MacOS, pero aprovecha la compresión transparente en NTFS.

Estaba buscando la misma funcionalidad ya que trabajo con grandes rásteres sin comprimir (DEM - modelos de elevación digital) y tenía que asegurarme de que no me quedaría sin espacio en el disco mientras procesaba estos archivos.

He hecho esto en la unidad USB. Adjunté la unidad a Parallels Desktop (pero creo que puede ser Virtual Box o cualquier máquina física de Windows), la formateé usando NTFS, creé una carpeta y la marqué como comprimida, todo en Windows.

Luego monté la unidad en mi MacBook. (Uso NTFS para Mac de Paragon Software, pero otras aplicaciones como esta deberían manejarlo). Cualquier archivo que escribí en la carpeta creada en Windows se comprimió automáticamente.

Respuesta corta

No es necesario que los usuarios habiliten o deshabiliten la compresión transparente en macOS, ya que está integrada en el sistema de archivos.

Respuesta larga

En los días anteriores a Mac OS X había una serie de productos que básicamente conseguían lo mismo. Disk Doubler fue probablemente el más popular (porque inició la tendencia), ¡pero otras opciones incluían AutoDoubler y SuperDisk!

Estos productos eran muy populares en ese momento (según recuerdo, Disk Doubler era uno de los paquetes de software más populares vendidos para la plataforma Mac). Sin embargo, la razón de su popularidad se debió en gran parte a los pequeños tamaños de disco duro de esa época. Con el paso del tiempo, la necesidad (y la popularidad) de estos paquetes disminuyó significativamente, principalmente porque el sistema de archivos HFS+ se lanzó a fines de la década de 1990 y esto permitió tamaños de bloque mucho más pequeños y capacidades de disco mucho más grandes.

Con el tiempo, Apple mejoró continuamente el sistema de archivos HFS+ de modo que cuando se lanzó Mac OS X 10.6, en realidad incorporaba AppleFSCompression, que es esencialmente la misma función a la que te refieres. Cualquier software que use las API de Apple podría aprovechar esto, sin embargo, en ese momento esto no estaba habilitado de manera predeterminada debido a varias razones: los usuarios necesitaban usar la Terminal para aprovecharlo.

Con el paso del tiempo y la actualización del software, el uso de la tecnología de compresión de Apple se generalizó. Con Mac OS X El Capitan (10.11) e iOS 9, Apple realizó mejoras adicionales al introducir un algoritmo de compresión conocido como LZFSE en el sistema operativo. Desde entonces, esto también se ha adoptado en watchOS y tvOS.

Si bien el algoritmo LZFSE es la opción más rápida y de mayor eficiencia energética que ofrece Apple, no es la única opción disponible para los desarrolladores. LZ4, LZMA y ZLIB son otras opciones y hay varias razones por las que se puede elegir una sobre otra.

En resumen, el sistema operativo utiliza la compresión de forma nativa y, en el caso del software de Apple y de terceros, los desarrolladores tienen varias opciones en cuanto al algoritmo de compresión que eligen. Independientemente de la elección, la compresión se lleva a cabo de forma transparente todo el tiempo y, desde la perspectiva del usuario, no hay nada que deba hacer para aprovecharla.

Use AFSCTool https://github.com/RJVB/afsctool.git para comprimir archivos en un directorio.

AFSCTool le dice al sistema de archivos que comprima los archivos, y luego el sistema de archivos los descomprimirá a pedido. Si luego crea nuevos archivos o modifica cualquier archivo, se descomprimirá, por lo que solo lo ejecuto semanalmente en subcarpetas más antiguas que no se han tocado en 10 semanas (6 millones de segundos) usando un script bash:

export PATH=/usr/local/bin:$PATH
now="$(date +%s)"
find . -maxdepth 1 -mindepth 1 -type d -print0 |
    while IFS= read -r -d '' line; do 
        dirdate="$(stat -f %m $line)"
        # echo $now
        # echo $dirdate
        let diff="${now} - ${dirdate}"
        echo "Seconds since directory $line modified is $diff"
        if [ "$diff" -gt 6000000 ]; then
           echo "Compressing $line"
           afsctool -c -j1 -6 "$line"
        fi
    done

Dado que tengo una unidad Seagate externa (un par en realidad), estoy haciendo que una de ellas se pueda montar en NTFS y usaré compresión y usaré la sugerencia de montaje de Parallels anterior... si funciona, agregaré el "libro de cocina" aquí...

Estoy descargando el controlador Seagate Paragon de la página de soporte de MacOS de Seagate...

R