diff options
author | Steven Whitehouse <swhiteho@redhat.com> | 2009-08-27 14:51:07 (GMT) |
---|---|---|
committer | Steven Whitehouse <swhiteho@redhat.com> | 2009-08-27 14:51:07 (GMT) |
commit | 8d8291ae93ecb4a246e87e452d55cca412373300 (patch) | |
tree | ccf67c703fb9f9b2e4ee945f3221b8b20c1804db /fs/gfs2/export.c | |
parent | 307cf6e63cfa5025589ea1a06db44439a43819ff (diff) | |
download | linux-8d8291ae93ecb4a246e87e452d55cca412373300.tar.xz |
GFS2: Remove no_formal_ino generating code
The inum structure used throughout GFS2 has two fields. One
no_addr is the disk block number of the inode in question and
is used everywhere as the inode number. The other, no_formal_ino,
is used only as the generation number for NFS.
Historically the no_formal_ino field was set using a complicated
system of one global and one per-node file containing inode numbers
in order to ensure that each no_formal_ino was unique. Also this
code made no provision for what would happen when eventually the
(64 bit) numbers ran out. Now I know that is pretty unlikely to
happen given the large space of numbers, but it is possible
nevertheless.
The only guarantee required for no_formal_ino is that, for any
single inode, the same number doesn't get reused too quickly.
We already have a generation number which is kept in the inode
and initialised from a counter in the resource group (almost
no overhead, since we have to touch the resource group anyway
in order to allocate an inode in the first place). Aside from
ensuring that we never use the value 0 in the no_formal_ino
field, we can use that counter directly.
As a result of that change, we lose about 200 lines of code and
also gain about 10 creates/sec on the postmark benchmark (on
my test machine).
Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
Diffstat (limited to 'fs/gfs2/export.c')
0 files changed, 0 insertions, 0 deletions