Date: Mon, 13 Jun 2011 12:10:54 +0100 From: "Steven Hartland" <killing@multiplay.co.uk> To: =?iso-8859-1?Q?Simun_Mikecin?= <numisemis@gmail.com>, <freebsd-fs@freebsd.org> Subject: Re: Impossible compression ratio on ZFS Message-ID: <7BE33B31ED3440A19C9B86EFF32563D3@multiplay.co.uk> References: <F21D6DCDBA494B4A9FDF20A13BC4947A@multiplay.co.uk><20110613094803.GA10290@icarus.home.lan><BANLkTikDXHwk_P-6rdoZYRVcqGnOCwXoMg@mail.gmail.com><3DA28334D5774636A0DDEB48D8A43A91@multiplay.co.uk> <BANLkTinGNetJn=W9RuoUp44QGyRqHQ1wvw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I wasn't but 7.5K vs 620MB not gonna happen ;-)
----- Original Message -----=20
From: Simun Mikecin=20
To: Steven Hartland ; freebsd-fs@freebsd.org=20
Sent: Monday, June 13, 2011 11:56 AM
Subject: Re: Impossible compression ratio on ZFS
2011/6/13 Steven Hartland <killing@multiplay.co.uk>
Using 'du' for file sizes (without -A option) is wrong in the first place.
Any program or script that is using it in such a way is broken and should be
corrected.
That's not true, -A displays the apparent size not the actual disk usage
which is what we want.
Disk usage is not equal to file size. 'ls -al' shows file size, 'du' shows disk usage.
Use the one you need, but don't expect them to be the same thing.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.=20
In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster@multiplay.co.uk.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7BE33B31ED3440A19C9B86EFF32563D3>