macOS-Äquivalent zur Windows-Option „Datei-/Ordnerinhalt auf Festplatte komprimieren, um Speicherplatz zu sparen“.

Dies ist eigentlich ein Merkmal des NTFS-Dateisystems (glaube ich ...) und stammt aus den Tagen, als Festplatten teurer, viel kleiner und in Megabyte gemessen wurden . Microsoft hat diese Funktionalität seit den Anfängen von NT in allen Windows-Versionen beibehalten.

Während Sie Dateien manuell komprimieren können , um Speicherplatz zu sparen, ist mir klar, dass dies nicht das ist, wonach Sie suchen. Mir ist jedoch kein Dienstprogramm oder eine Funktion von macOS bekannt, die eine automatische Komprimierung von Festplatteninhalten auf Dateisystemebene ermöglicht.

Beachten Sie, dass in einem Artikel auf ArsTechnica darauf hingewiesen wird, dass es so klingt, als ob die Dateisystemkomprimierung in der (nahen oder anderen) Zukunft zu APFS kommen könnte .

Möglicherweise gibt es in APFS etwas, das dies zulässt, aber bisher haben weder Apple noch Drittanbieter (die mir bekannt sind) diese Funktionalität implementiert.

Hinweis: Dies ist nicht gerade die End-to-End-Lösung unter MacOS, nutzt aber die transparente Komprimierung in NTFS.

Ich suchte nach der gleichen Funktionalität wie ich mit großen unkomprimierten Rastern (DEM – digitale Höhenmodelle) arbeite und ich musste sicherstellen, dass mir während der Verarbeitung dieser Dateien nicht der Speicherplatz ausgeht.

Ich habe dies auf USB-Laufwerk getan. Ich habe das Laufwerk an Parallels Desktop angeschlossen (aber ich glaube, es kann Virtual Box oder jede andere physische Windows-Maschine), es mit NTFS formatiert, einen Ordner erstellt und als komprimiert markiert - alles in Windows.

Dann habe ich das Laufwerk auf mein MacBook gemountet. (Ich verwende NTFS für Mac von Paragon Software, aber andere Apps wie diese sollten damit umgehen können). Jede Datei, die ich in den unter Windows erstellten Ordner geschrieben habe, wurde automatisch komprimiert.

Kurze Antwort

Benutzer müssen die transparente Komprimierung in macOS nicht aktivieren/deaktivieren, da sie in das Dateisystem integriert ist.

Lange Antwort

In den Tagen vor Mac OS X gab es eine Reihe von Produkten, die im Grunde dasselbe erreichten. Disk Doubler war wahrscheinlich das beliebteste (weil es den Trend auslöste), aber andere Optionen waren AutoDoubler und SuperDisk!

Diese Produkte waren damals sehr beliebt (aus dem Gedächtnis heraus war Disk Doubler eines der beliebtesten Softwarepakete, die für die Mac-Plattform verkauft wurden). Der Grund für ihre Popularität lag jedoch größtenteils in den kleinen Festplattengrößen dieser Zeit. Mit der Zeit nahm der Bedarf (und die Popularität) für diese Pakete erheblich ab – hauptsächlich, weil das HFS+-Dateisystem Ende der 1990er Jahre veröffentlicht wurde und dies viel kleinere Blockgrößen und viel größere Festplattenkapazitäten ermöglichte.

Im Laufe der Zeit hat Apple das HFS+-Dateisystem kontinuierlich verbessert, sodass es zum Zeitpunkt der Einführung von Mac OS X 10.6 tatsächlich AppleFSCompression enthielt, was im Wesentlichen dieselbe Funktion ist, auf die Sie sich beziehen. Jede Software, die die APIs von Apple verwendet, könnte dies nutzen, aber zu der Zeit war dies aus verschiedenen Gründen nicht standardmäßig aktiviert - Benutzer mussten das Terminal verwenden, um es zu nutzen.

Als die Zeit verging und die Software aktualisiert wurde, wurde die Verwendung von Apples Komprimierungstechnologie zum Mainstream. Mit Mac OS X El Capitan (10.11) und iOS 9 hat Apple weitere Verbesserungen vorgenommen, indem es einen als LZFSE bekannten Komprimierungsalgorithmus in das Betriebssystem eingeführt hat. Dies wurde inzwischen auch in watchOS und tvOS übernommen.

Obwohl der LZFSE-Algorithmus die schnellste und energieeffizienteste von Apple angebotene Option ist, ist er nicht die einzige Option, die Entwicklern zur Verfügung steht. LZ4, LZMA und ZLIB sind weitere Optionen und es gibt verschiedene Gründe, warum eine der anderen vorgezogen werden kann.

Zusammenfassend lässt sich sagen, dass das Betriebssystem die Komprimierung nativ verwendet, und im Fall von Software von Apple und Drittanbietern haben Entwickler eine Reihe von Optionen in Bezug auf den Komprimierungsalgorithmus, für den sie sich entscheiden. Unabhängig von der Wahl findet die Komprimierung die ganze Zeit transparent statt und aus der Sicht des Benutzers gibt es nichts, was er tun muss, um davon zu profitieren.

Verwenden Sie AFSCTool https://github.com/RJVB/afsctool.git , um Dateien in einem Verzeichnis zu komprimieren.

AFSCTool weist das Dateisystem an, die Dateien zu komprimieren, und dann werden sie bei Bedarf vom Dateisystem dekomprimiert. Wenn Sie später neue Dateien erstellen oder Dateien ändern, werden sie dekomprimiert, also führe ich sie einfach wöchentlich mit einem Bash-Skript auf älteren Unterordnern aus, die seit 10 Wochen (6 Millionen Sekunden) nicht berührt wurden:

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

Da ich ein externes Seagate-Laufwerk habe (eigentlich ein paar), mache ich eines davon NTFS-montierbar und werde Komprimierung verwenden und den Parallels-Montagetipp oben verwenden ... wenn es funktioniert, füge ich das "Kochbuch" hier hinzu ...

Ich lade den Paragon-Treiber von Seagate von der MacOS-Support-Seite von Seagate herunter...

R