Date: Thu, 3 Oct 2013 01:59:17 +0900 From: Edho Arief <edho@myconan.net> To: d@delphij.net Cc: FreeBSD List <freebsd-fs@freebsd.org> Subject: Re: zfs: the exponential file system from hell Message-ID: <CABTjkKmsYCWuqKu2WjZvD%2BVuPfrXcGj7nUVcM9dAw=EczB6Fvw@mail.gmail.com> In-Reply-To: <524B1EB6.2020003@delphij.net> References: <52457A32.2090105@fsn.hu> <77F6465C-4E76-4EE9-88B5-238FFB4E0161@sarenet.es> <20130930234401.GA68360@neutralgood.org> <BFAE1DDE-B8F8-40E5-9D9B-CF954D5D6457@mail.turbofuzz.com> <524B1EB6.2020003@delphij.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Oct 2, 2013 at 4:12 AM, Xin Li <delphij@delphij.net> wrote: > > I don't think 'zfs list' reports the "right" numbers either: there is no > notion of "available shared space between this, this and this file > systems". The underlying problem is that it's always hard to represent > mutli-dimensional value in a linear manner, to do it, we would need to > create something new. > Considering df output for UFS is never `size = used + avail` anyway, is there any problem with having df output for zfs to: - size: total size (zpool-wide, sans redundancy) - used: specific filesystem usage - avail: total available space ? -- O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CABTjkKmsYCWuqKu2WjZvD%2BVuPfrXcGj7nUVcM9dAw=EczB6Fvw>