Größe auf Datenträger vs. Dateigröße

[petzi]

Hallo!

Windows > Rechtsklick auf Ordner zeigt mir in den Eigenschaften die Größe, aber auch eine "Größe auf Datenträger". Meist ist da kaum ein Unterschied und ich erklärte mir das so, dass vllt. Archive eine Rolle spielen. Also die zumeist größere Angabe zeigt evtl. die unkomprimierten Dateigröße?.
Bislang war mir das also wurst.

Doch nun fand ich eine größere Struktur, wo der Unterschied das dreifache beträgt.
Vllt. ist meine Annahme bez. Komprimierung falsch?
Welche Größe ist nun richtig?

 

[K3ks]

Google...
Die Platte ist aufgeteilt in winzige Teile, alles was kleiner ist nimmt trotzdem mind. diese Größe.

Spoiler

 

[azereus]

Dateigröße und Sektor/Blockorgröße auf dem Datenträger

 

[kartoffelpü]

Das kann durch die Clustergröße kommen.
z.B. belegt eine Datei mit 33kB bei einer Clustergröße von 32kB gleich 2 Cluster und benötigt dadurch dann 64kB. Bei vielen kleinen Dateien summiert sich das dann schnell auf.

Wie groß die Cluster deiner Partitionen sind, kannst du z.B. per fsutil rausfinden: https://stackoverflow.com/questions...cation-unit-size-of-a-ntfs-partition-in-vista

 

[Lord_Dragon]

Die "Größe auf Datenträger" ist abhängig davon, wie groß die Sektoren beim Formatieren gesetzt wurden. Hast du bspw. eine Textdatei die 65KB groß ist und die Sektorengröße ist auf 64 gesetzt, so nutzt die Datei 2 komplette Sektoren. Der angefangene Sektor wird dann explizit von dem 1KB für andere Daten gesperrt. Also ist die Größe auf dem Datenträger dann mit 128KB angegeben.

 

[petzi]

Die Platte ist aufgeteilt

?

Ergänzung (29. Dezember 2022)

Die "Größe auf Datenträger" ist abhängig davon, wie groß die Sektoren beim Formatieren gesetzt wurden.

Danke, aber ich habs befürchtet, dass es auch da keine Dummiesichere einfache Antwort gibt.

 

[unlock]

Das Dateisystem speichert Dateien in Blöcken (Clustern) ab. Das bedeutet, eine Datei mit 1 Byte Inhalt (Dateigröße) belegt mindestens die Größe eines Clusters auf dem Massenspeicher (Minimum 4 Kbyte).
Allgemein kann man sagen, je kleiner die Dateigröße umso größer wirkt der Clusterverschnitt.
Bei einer 100 MByte-Datei ist der verschwendete Platz im letzten Cluster vernachlässigbar.

 

[petzi]

belegt eine Datei mit 33kB bei einer Clustergröße von 32kB gleich 2 Cluster und benötigt dadurch dann 64kB.

Das verstehe sogar ich!

 

[Lord_Dragon]

Ganz einfach erklärt: Du bist ein Getränkemarkt und bestellst 16 Kästen Bier. Auf die Palette passen 40 drauf, aber es wird nichts weiter auf diese Palette gepackt und ist somit für andere Sachen gesperrt.

Der Vergleich hinkt etvl. ein wenig, sollte dir aber bildlich das Thema etwas einfacher aufzeigen

 

[petzi]

Dh. also beim kalkulieren, ob etwas noch Platz, zb. im Backup hat, nimmt man besser die größere Angabe, um sicher zu gehen das kein Zielmedium überläuft.
Oder man schaut zb. per Paragon Festplattenmanager oä. Tools nach, welche Größe diese Cluster haben und ... ach das ist mir zu mühsam. Ich bleib bei der großen Angabe

Ergänzung (29. Dezember 2022)

16 Kästen Bier. Auf die Palette passen 40 drauf, aber es wird nichts weiter auf diese Palette gepackt und ist somit für andere Sachen gesperrt.

Danke, dafür gebe ich euch allen je eine Kiste aus!

 

[mibbio]

Dh. also beim kalkulieren, ob etwas noch Platz, zb. im Backup hat, nimmt man besser die größere Angabe, um sicher zu gehen das kein Zielmedium überläuft.

Kommt auch auf die Funktionsweise des Backups an. Wenn das Backup-Programm jedes Backup als (komprimierten) Container abspeichert mit den jeweiligen Dateien als Inhalt, ist es für das Dateisystem nur eine große, zusammenhängende Datei. Dadurch hat man den "Verschnitt" für das gesamte Backup nur einmal statt für jeder gesicherte Datei jeweils einzeln.

Um beim Beispiel mit den Bierkästen zu bleiben, anstatt mit ein paar Kästen von 3 Biersorten gleich 3 separate Paletten zu beanspruchen, stapeln man alles auf eine gemeinsame Palette und fängt erst eine zweite an, wenn die erste voll ist. Dann nimmt die gleiche Anzahl an Bierkästen im Lager effektiv weniger Paletten in Anspruch.

 

[petzi]

Kommt auch auf die Funktionsweise des Backups an

Logisch.
In dem Fall geht es aber nicht um die einzelne große Archivdatei des Backupstools, sondern um viele kleine Daten, welche (aus Gründen des schnellen Zugriffs) 1:1 kopiert werden sollen.

 

[unlock]

In dem Fall geht es aber nicht um die einzelne große Archivdatei des Backupstools, sondern um viele kleine Daten, welche (aus Gründen des schnellen Zugriffs) 1:1 kopiert werden sollen.

Dann gilt: Hat der Zieldatenträger gleich große oder kleinere Cluster kannst du die Belegung auf dem Quelldatenträger als Maß verwenden. Hat der Zieldatenträger eine größere Clustergröße werden die Dateien mehr Platz benötigen als zuvor.

 

[petzi]

Verstehe.
Nur bin ich zu faul, um nun ein Tool, welches diese Clustergröße anzeigt, zu installieren. Win Bordmittel können das nicht, oder? Zumindest fand ich da nix in der Datenträgerverwaltung.

 

[mibbio]

Win Bordmittel können das nicht, oder?

Doch, im Terminal (als Administrator starten) und fsutil, was bei Windows dabei ist.

 

[azereus]

hier ein artikel in englisch von microsoft
https://support.microsoft.com/en-us...nd-exfat-9772e6f1-e31a-00d7-e18f-73169155af95
(default ist 4KB)

zum auslesen
siehe oben

 

[K3ks]

Ähm, du kannst einfach ne kleine .txt erstellen und die Eigenschaften betrachten...
E: Wenn ich diese .txt auf ne Partition mit 2MB Clustergröße kopiere oder dort erstelle dann braucht sie dort halt 2 MB...

 

[petzi]

Danke allen für die Tipps, werde das bookmarken!

Mahlzeit!

 

[petzi]

Ich habe das auch so wie in #15

Logische Bytes pro Sektor:                                512
Physische Bytes pro Sektor für Unteilbarkeit:             4096
Physische Bytes pro Sektor für Leistung:                  4096
Effekt. phys. Bytes/Sektor für Unteilbark. in Dateisystem:4096

Was gilt nun? 512 oder 4096?

 

[Hardkorn]

Alternate Data Streams (ADS) können auch ein Grund sein. Bei dir aber eher nicht, vielleicht.

https://www.deskmodder.de/wiki/inde...ADS_Ordner_oder_Dateien_unsichtbar_verstecken

https://www.borncity.com/blog/2018/09/22/infos-zu-windows-ntfs-alternative-data-streams/