Eric Lee / smarc-fsl-linux-kernel

02 Dec, 2006

3 commits

25 Sep, 2006

4 commits

  • 24c19ef40   ocfs2: Remove i_generation from inode lock names ... Browse Code »

    OCFS2 puts inode meta data in the "lock value block" provided by the DLM.
    Typically, i_generation is encoded in the lock name so that a deleted inode
    on and a new one in the same block don't share the same lvb.

    Unfortunately, that scheme means that the read in ocfs2_read_locked_inode()
    is potentially thrown away as soon as the meta data lock is taken - we
    cannot encode the lock name without first knowing i_generation, which
    requires a disk read.

    This patch encodes i_generation in the inode meta data lvb, and removes the
    value from the inode meta data lock name. This way, the read can be covered
    by a lock, and at the same time we can distinguish between an up to date and
    a stale LVB.

    This will help cold-cache stat(2) performance in particular.

    Since this patch changes the protocol version, we take the opportunity to do
    a minor re-organization of two of the LVB fields.

    Signed-off-by: Mark Fasheh

    Mark Fasheh
     
  • f9e2d82e6   ocfs2: Encode i_generation in the meta data lvb ... Browse Code »

    When i_generation is removed from the lockname, this will help us determine
    whether a meta data lvb has information that is in sync with the local
    struct inode.

    Signed-off-by: Mark Fasheh

    Mark Fasheh
     
  • 4d3b83f73   ocfs2: Free up some space in the lvb ... Browse Code »

    lvb_version doesn't need to be a whole 32 bits. Make it an 8 bit field to
    free up some space. This should be backwards compatible until we use one of
    the fields, in which case we'd bump the lvb version anyway.

    Signed-off-by: Mark Fasheh

    Mark Fasheh
     
  • d680efe9d   ocfs2: Add new cluster lock type ... Browse Code »

    Replace the dentry vote mechanism with a cluster lock which covers a set
    of dentries. This allows us to force d_delete() only on nodes which actually
    care about an unlink.

    Every node that does a ->lookup() gets a read only lock on the dentry, until
    an unlink during which the unlinking node, will request an exclusive lock,
    forcing the other nodes who care about that dentry to d_delete() it. The
    effect is that we retain a very lightweight ->d_revalidate(), and at the
    same time get to make large improvements to the average case performance of
    the ocfs2 unlink and rename operations.

    This patch adds the cluster lock type which OCFS2 can attach to
    dentries. A small number of fs/ocfs2/dcache.c functions are stubbed
    out so that this change can compile.

    Signed-off-by: Mark Fasheh

    Mark Fasheh
     

21 Sep, 2006

1 commit

04 Jan, 2006

1 commit