[Ocfs2-tools-commits] branch, master, updated. ocfs2-tools-1.4.0-200-g4904908

svn-commits at oss.oracle.com svn-commits at oss.oracle.com
Fri Nov 14 16:59:28 PST 2008


This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Tools to manage the ocfs2 filesystem.".

The branch, master has been updated
       via  4904908bf216708038e12298a7a9febd4b3b1d84 (commit)
       via  451fc57bad3b9ac8180a64beb0890bd47d2e1a80 (commit)
      from  480914b180736a31099174203d71a9287b483bac (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 4904908bf216708038e12298a7a9febd4b3b1d84
Author: Joel Becker <joel.becker at oracle.com>
Date:   Fri Nov 14 14:22:59 2008 -0800

    libocfs2: Make allocating a specific cluster a clean API
    
    The backup superblock code hand-builds the necessary operations to load
    the cluster allocator and set the backup superblock clusters.  Let's
    create clean APIs for this in libocfs2/alloc.c and have backup_super.c
    use them.
    
    While we're at it, set_backup_super() used to free the cluster allocator
    when it was done.  That doesn't fit with the library's standard "cache
    that allocator" behavior.  So don't free it.
    
    Signed-off-by: Joel Becker <joel.becker at oracle.com>
    Signed-off-by: Sunil Mushran <sunil.mushran at oracle.com>

commit 451fc57bad3b9ac8180a64beb0890bd47d2e1a80
Author: Joel Becker <joel.becker at oracle.com>
Date:   Fri Nov 14 13:59:22 2008 -0800

    mkfs.ocfs2: Use ocfs2_filesys efficiently
    
    mkfs.ocfs2 is really slow on large volumes, because it re-reads the
    cluster bitmap four times.  Actually, eight.
    
    Each function that uses libocfs2 (format_journals(), format_slotmap(),
    etc) calls ocfs2_open(), does its work, and then calls ocfs2_close().
    Thus, there is no caching of the cluster bitmap between these functions.
    There are four of them, thus the four distinct reads of the cluster
    bitmap.  We fix that by calling ocfs2_open() once, calling each of these
    functions, and then calling ocfs2_close().
    
    The next thing we do is use the io_cache.  This prevents us from some
    double-reads of blocks inside the libocfs2 mechanics.
    
    Signed-off-by: Joel Becker <joel.becker at oracle.com>
    Signed-off-by: Sunil Mushran <sunil.mushran at oracle.com>

-----------------------------------------------------------------------

Summary of changes:
 include/ocfs2/ocfs2.h   |    3 +
 libocfs2/alloc.c        |   39 +++++++++++
 libocfs2/backup_super.c |   71 +++-----------------
 mkfs.ocfs2/mkfs.c       |  166 ++++++++++++++++++++++-------------------------
 4 files changed, 129 insertions(+), 150 deletions(-)


hooks/post-receive
-- 
Tools to manage the ocfs2 filesystem.



More information about the Ocfs2-tools-commits mailing list