10 Apr
2015
10 Apr
'15
10:24 a.m.
True or False:
The ZFS file system wastes more space on an average file allocation than
the ram in a typical PDP-8.
At the very least this question might give someone a reason to learn a
little bit about ZFS.
--
Doug Ingraham
PDP-8 SN 1175
10 Apr
10 Apr
1:03 p.m.
True or False:
The ZFS file system wastes more space on an average file allocation than
the ram in a typical PDP-8.
Given a few assumptions:
a) ZFS set up with default block size
b) you mean "typical"
c) On average, half the last block of a file is wasted
d) AFAICT ZFS doesn't use the trick used by some *ix filesystems of packing the data
contents for small files into the directory.
(to do so would clash with the reliability focus of ZFS)
Then:
A typical PDP8 had 4 or 8K words (thus 6 or 12K bytes)
Very few PDP8s had more than 32K words (48K bytes)
all of which are less than half the size of the default fs blocksize for ZFS.
Andy
12 Apr
12 Apr
3:51 a.m.
On Fri, Apr 10, 2015 at 11:03 AM, ANDY HOLT <andy.holt at tesco.net> wrote:
d) AFAICT ZFS doesn't use the trick used by some
*ix filesystems of packing the data contents for small files into the directory.
(to do so would clash with the reliability focus of ZFS)
That capability has recently been added to OpenZFS as the
"embedded_data" feature, so it is now available on Illumos, FreeBSD,
Linux, and OSX:
"When this feature is enabled, the contents of highly-compressible
blocks are stored in the block "pointer" itself (a misnomer in this
case, as it contains the compresseed data, rather than a pointer to
its location on disk). Thus the space of the block (one sector,
typically 512 bytes or 4KB) is saved, and no additional i/o is needed
to read and write the data block."
5:14 a.m.
----- Original Message -----
From: "Eric Smith" <spacewar at gmail.com>
>>>
On Fri, Apr 10, 2015 at 11:03 AM, ANDY HOLT <andy.holt at tesco.net> wrote:
d) AFAICT ZFS doesn't use the trick used by some
*ix filesystems of packing the data contents for small files into the directory.
(to do so would clash with the reliability focus of ZFS)
[[ I did, of course,
mean inode or file pointer rather than directory ]]
That capability has recently been added to OpenZFS as the
"embedded_data" feature, so it is now available on Illumos, FreeBSD,
Linux, and OSX:
"When this feature is enabled, the contents of highly-compressible
blocks are stored in the block "pointer" itself (a misnomer in this
case, as it contains the compresseed data, rather than a pointer to
its location on disk). Thus the space of the block (one sector,
typically 512 bytes or 4KB) is saved, and no additional i/o is needed
to read and write the data block."
<<<<
That information - together with the implicit note that the blocksize is
MUCH smaller than implied by the wikipedia article - would modify my answer :(
Looking at the man page I see that - at least on some systems - the default blocksize is
8Kb rather than the 128KB that the wiki article states and that I took as the basis for my
calculation.
That alone would be sufficient to give reverse my answer.
I think my assumption of no "embedded data" is more valid. It is a feature less
than 12 months old so only the most "bleeding edge" distributions are likely to
consider it safe to enable by default and, given how inexpensive storage is nowadays (3TB
for ?100 approx), seems unlikely to be of massive value except on systems with huge
numbers of very small files.
But, thanks for the information anyhow.
Andy
3390
days inactive
3392
days old
3 comments
3 participants
participants (3)
-
andy.holt＠tesco.net -
dpi＠dustyoldcomputers.com -
spacewar＠gmail.com