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