lkml.org 
[lkml]   [1999]   [Jun]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Quota file format proposal
  Hello.
> >> OK, it'll be slower than reserving an entry for every possible uid or
> >> gid and thus being able to go straight to the relevant record, but on
> >> the other hand, it can take up considerably less disc space since only
> >> the records for uid's or gid's with access to that partition need be
> >> stored in its quota file. It's not even much of a slowdown either.
> > It won't be much slower that current implementation as it climbs tree. But
> > this is hidden in ext2 implementation :-). I see the main problem in inserts
> > and deletes. I agree they are not very often but spending 2 seconds on one
> > insert seems too much to me :-). I'm searching the net for some interresting
> > structures :-).
>
> Why bother? The quota file can already be sparse.
I know but there are filesystem limits which prevents us from using all 31-bits.
There is 2GB limit on 32-bit archs but it doesn't bother us as it will be hopefully
removed. But there is 16GB limit on ext2 using 1KB blocks if I summed it well...
And as we have 40-bytes long structures we need 128GB to be able to use all UIDs.
For this we need at least 4kb blocks which are not used very much... I think it is
good to think whether it wouldn't be good to switch to some other structure.

Honza.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:52    [W:0.060 / U:0.724 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site