Hello Richard,

Wednesday, April 1, 2009, 5:32:25 PM, you wrote:

RE> Robert Milkowski wrote:
>> Hello Matthew,
>>
>> Tuesday, March 31, 2009, 9:16:42 PM, you wrote:
>>
>> MA> Robert Milkowski wrote:
>>   
>>>> Hello Matthew,
>>>>
>>>> Excellent news.
>>>>
>>>> Wouldn't it be better if logical disk usage would be accounted and not
>>>> physical - I mean when compression is enabled should quota be
>>>> accounted based by a logical file size or physical as in du?
>>>>       
>> MA> ]
>> MA> The compressed space *is* the amount of space charged, same as struct 
>> stat's
>> MA> st_blocks and du(1) (and the "referenced" property, and the "used" 
>> property,
>> MA> etc).  I don't think that we ever report the uncompressed size; it's only
>> MA> available indirectly by multiplying by the "compressratio" property.
>>
>> What I mean is: assume user joe have a quota of 1GB.
>> So he creates a file fill in with 1's which is 5GB in size.
>> ls utility will confirm it is 5GB in size while du will say it is
>> 100MB (haven't done the actual tes but you get the idea).
>>
>> So from a user perspective isn't it a little bit confusing as he
>> managed to write more data than he thinks he is allowed to.
>>
>> >From a sysdmin perspective Nicilas is probably right that in most
>> cases they would care more about physical usage than logical, or would
>> they?
>>   

RE> I think what this says is that from a practical perspective, quotas are
RE> either ineffective or incomprehensible for modern systems.  By ineffective
RE> I mean that you cannot limit a user's use of space, you can only limit
RE> that to which the user is accounted.  Perhaps we should change it from
RE> "quota" to "goodwill," to borrow a term from the accounting world :-)

After giving it a little bit more thought I think the current approach
is better in most cases. In most cases user could compress a file by
using external program anyway and physical disk space is the main
issue being tried to be address by user/group quotas.




-- 
Best regards,
 Robert Milkowski
                                       http://milek.blogspot.com

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to