Größe des Overheads bei ext3-Partitionen

[wappo]

Hallo!
Habe neulich Partitionen auf zwei verschiedenen Festplatten (500 GB und 1000 TB) eingerichtet. Wollte die ext3-Partitionen genau gleichgroß machen und habe daher gleiche Größenangaben verwendet.

Nach der Formatierung waren bei den Partitionen allerdings unterschiedlich viel Speicherplatz effektiv nutzbar:

500 GB: ~94% des Speicherplatzes effektiv nutzbar -> 6% Overhead?
1 TB: ~88% des Speicherplatzes effektiv nutzbar -> 12% Overhead?

Wovon hängt die Größe des Overheads ab?
Verbraucht eine doppelt so große Festplatte doppelt so viel Overhead?

Habe keine vernünftigen Informationen zu diesem Thema gefunden.
Bitte um Aufklärung!

[wappo]

Habe einen Einflussfaktor gefunden, der aber bei physikalisch unterschiedlich großen Festplatten gleich sein sollte:

Aus man mke2fs:

-m reserved-blocks-percentage
Specify the percentage of the filesystem blocks reserved for the
super-user. This avoids fragmentation, and allows root-owned
daemons, such as syslogd(8), to continue to function correctly
after non-privileged processes are prevented from writing to the
filesystem. The default percentage is 5%.

[gms]

Sicherlich gibt es auch einen gewissen Overhead ( z.B für den Superblock ) und per default werden 5 % für privilegierte Prozesse reserviert. ( Dieser Spielraum hilft auch bei relativ vollen Partitions Fragmentierungen zu vermeiden ).
Nachdem die 12% aber weit von diesen 5% entfernt sind, wäre es sicherlich interessant, wenn du uns die Ausgabe von "tune2fs -l /dev/DEVNAME" für beide Partitions posten könntest.

Gruß
gms

[wappo]

Hier die Werte:

1 TB Festplatte

tune2fs 1.40.2 (12-Jul-2007)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: cdf60ca3-ca8a-474a-827a-9cbccb9ad40f
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal resize_inode dir_index filetype needs_recovery sparse_super large_file
Filesystem flags: signed directory hash
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 22511616
Block count: 45000065
Reserved block count: 2250003
Free blocks: 44245646
Free inodes: 22511605
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1013
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16384
Inode blocks per group: 512
Filesystem created: Mon Sep 15 16:13:19 2008
Last mount time: Mon Sep 15 16:22:58 2008
Last write time: Mon Sep 15 16:22:58 2008
Mount count: 1
Maximum mount count: 31
Last checked: Mon Sep 15 16:13:19 2008
Check interval: 15552000 (6 months)
Next check after: Sat Mar 14 15:13:19 2009
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Default directory hash: tea
Directory Hash Seed: 2dd52381-5e36-400c-b966-578dc47dcd27
Journal backup: inode blocks

500 GB Festplatte

tune2fs 1.40.2 (12-Jul-2007)
Filesystem volume name: Backup
Last mounted on: <not available>
Filesystem UUID: 3f97a9c3-9a20-4256-8140-69fe17e9fb12
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal resize_inode dir_index filetype sparse_super large_file
Filesystem flags: signed directory hash
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 12222464
Block count: 24414775
Reserved block count: 1220738
Free blocks: 3941691
Free inodes: 12204439
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1018
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16384
Inode blocks per group: 512
Filesystem created: Sun Apr 20 12:30:48 2008
Last mount time: Mon Sep 15 15:32:33 2008
Last write time: Mon Sep 15 18:29:52 2008
Mount count: 35
Maximum mount count: 33
Last checked: Sun Apr 20 12:30:48 2008
Check interval: 15552000 (6 months)
Next check after: Fri Oct 17 12:30:48 2008
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Default directory hash: tea
Directory Hash Seed: f8a12951-2485-4a3a-a23e-7068c3470c7b
Journal backup: inode blocks

[gms]

die "Block size" der beiden Partitions ist gleich mit 4096, bei "Block count" haben wir einmal 45 000 065 und einmal 24 414 775 Blöcke. Daher ist entweder die Partition auf der 1 TB Festplatte um einiges größer und/oder das Filesystem auf der 500 GB Festplatte nimmt nicht die ganze Partition ein.

Wollte die ext3-Partitionen genau gleichgroß machen und habe daher gleiche Größenangaben verwendet.

Welche Größenangaben hast du hier verwendet ?
Poste doch bitte einmal die Zeilen dieser zwei Partitions aus /proc/partitions ( Die Anzahl der Blöcke bezieht sich dort auf 1 K Blockgröße )

Gruß
gms

[pluvo]

Hallo wappo!

500 GB: ~94% des Speicherplatzes effektiv nutzbar -> 6% Overhead?
1 TB: ~88% des Speicherplatzes effektiv nutzbar -> 12% Overhead?

Woher nimmst du diese Angaben?

mfg pluvo