>
> I don't think "accurate equations" are applicable in this case.
> You can have estimates like "no more/no less than X" based on,
> basically, level of redundancy and its overhead. ZFS metadata
> overhead can also be smaller or bigger, depending on your data's
> typical block size (fixed for zv
2012-05-03 3:07, Fred Liu wrote:
There is no specific problem to resolve. Just want to get sort of accurate
equation between
the "raw storage size" and the "usable storage size" although the *meta file*
size is trivial.
If you do mass storage budget, this equation is meaningful.
I don't think
>
>What problem are you trying to solve? How would you want referenced or
>userused@... to work?
>
>To be more clear: space shared between a clone and its origin is
>"referenced" by both the clone and the origin, so it is charged to both the
>clone's and origin's userused@... properties. The add
On Wed, May 2, 2012 at 3:28 PM, Fred Liu wrote:
>>
>>The size accounted for by the userused@ and groupused@ properties is the
>>"referenced" space, which is used as the basis for many other space
>>accounting values in ZFS (e.g. "du" / "ls -s" / stat(2), and the zfs
>>accounting
>>properties "ref
>
>The size accounted for by the userused@ and groupused@ properties is the
>"referenced" space, which is used as the basis for many other space
>accounting values in ZFS (e.g. "du" / "ls -s" / stat(2), and the zfs accounting
>properties "referenced", "refquota", "refreservation", "refcompressratio
>The time is the creation time of the snapshots.
Yes. That is true.
Thanks.
Fred
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
2012/4/25 Richard Elling :
> On Apr 25, 2012, at 8:14 AM, Eric Schrock wrote:
>
> ZFS will always track per-user usage information even in the absence of
> quotas. See the the zfs 'userused@' properties and 'zfs userspace' command.
>
>
> tip: zfs get -H -o value -p userused@username filesystem
>
>
On Apr 29, 2012, at 7:59 PM, Fred Liu wrote:
>
> >On Apr 26, 2012, at 12:27 AM, Fred Liu wrote:
>
> >“zfs 'userused@' properties” and “'zfs userspace' command” are good enough
> >to gather usage statistics.
> >I think I mix that with NetApp. If my memory is correct, we have to set
> >quotas
>On Apr 26, 2012, at 12:27 AM, Fred Liu wrote:
>"zfs 'userused@' properties" and "'zfs userspace' command" are good enough to
>gather usage statistics.
>I think I mix that with NetApp. If my memory is correct, we have to set quotas
>to get usage statistics under DataOnTAP.
>Further, if we can
On Apr 26, 2012, at 12:27 AM, Fred Liu wrote:
> “zfs 'userused@' properties” and “'zfs userspace' command” are good enough to
> gather usage statistics.
> I think I mix that with NetApp. If my memory is correct, we have to set
> quotas to get usage statistics under DataOnTAP.
> Further, if we ca
>On 2012-04-26 11:27, Fred Liu wrote:
>> "zfs 'userused@' properties" and "'zfs userspace' command" are good
>> enough to gather usage statistics.
>...
>> Since no one is focusing on enabling default user/group quota now, the
>> temporarily remedy could be a script which traverse all the
>> users
>
>2012/4/26 Fred Liu
>
>Currently, dedup/compression is pool-based right now, they don't have the
>granularity on file system or user or group level. There is also a lot of
>improving space in this aspect.
>
>Compression is not pool-based, you can control it with the 'compression'
>property on a
2012/4/26 Fred Liu
>
> ** **
>
> Currently, dedup/compression is pool-based right now, they don’t have the
> granularity on file system or user or group level. There is also a lot of
> improving space in this aspect.
>
Compression is not pool-based, you can control it with the 'compression'
prop
On 2012-04-26 11:27, Fred Liu wrote:
“zfs 'userused@' properties” and “'zfs userspace' command” are good
enough to gather usage statistics.
...
Since no one is focusing on enabling default user/group quota now, the
temporarily remedy could be a script which traverse all the users/groups
in the
chard Elling
Sent: 星期四, 四月 26, 2012 0:48
To: Eric Schrock
Cc: zfs-discuss@opensolaris.org; develo...@lists.illumos.org
Subject: Re: [zfs-discuss] [developer] Setting default user/group quotas[usage
accounting]?
On Apr 25, 2012, at 8:14 AM, Eric Schrock wrote:
ZFS will always track per-user usage
On Apr 25, 2012, at 8:14 AM, Eric Schrock wrote:
> ZFS will always track per-user usage information even in the absence of
> quotas. See the the zfs 'userused@' properties and 'zfs userspace' command.
tip: zfs get -H -o value -p userused@username filesystem
Yes, and this is the logical size, no
ZFS will always track per-user usage information even in the absence of
quotas. See the the zfs 'userused@' properties and 'zfs userspace' command.
- Eric
2012/4/25 Fred Liu
> Missing an important ‘NOT’:
>
> >OK. I see. And I agree such quotas will **NOT** scale well. From users'
> side, they a
Missing an important ‘NOT’:
>OK. I see. And I agree such quotas will **NOT** scale well. From users' side,
>they always
> ask for more space or even no quotas at all. One of the main purposes behind
> such quotas
> is that we can account usage and get the statistics. Is it possible to do it
>
On Apr 24, 2012, at 2:50 PM, Fred Liu wrote:
Yes.
Thanks.
I am not aware of anyone looking into this.
I don't think it is very hard, per se. But such quotas don't fit well with the
notion of many file systems. There might be some restricted use cases
where it makes good sense, but I'm not c
19 matches
Mail list logo