commit-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[SCM] Hurd branch, master, updated. v0.5-274-g1d1da90


From: Justus Winter
Subject: [SCM] Hurd branch, master, updated. v0.5-274-g1d1da90
Date: Mon, 26 May 2014 12:52:04 +0000

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 "Hurd".

The branch, master has been updated
       via  1d1da90042d2ee7a8215dc6291b54bc1ebe59fe4 (commit)
       via  5b039a12bf5cfc9c65b8e169ed4503e306f971f3 (commit)
       via  b16f334192dbac002a33c31645e228d349de3c72 (commit)
       via  4a5f9f683e5446309a077f31d1bb8d8b77415ee2 (commit)
       via  6c15c9174134be48c57a8ac5f2ff09d0ba5f1df8 (commit)
       via  03fee0acc07c7ec484746ab60b1b55e33b9c19f9 (commit)
       via  22f0bf426ae955c58edb835d6be7be44af5c029d (commit)
      from  1333bbbcc18502328cdd78b2aadc526ebd552a77 (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 1d1da90042d2ee7a8215dc6291b54bc1ebe59fe4
Author: Justus Winter <address@hidden>
Date:   Tue May 6 19:07:13 2014 +0200

    libtrivfs: lock-less reference counting for trivfs_peropen objects
    
    * libtrivfs/trivfs.h (struct trivfs_peropen): Use refcount_t for field
    refcnt.
    (struct trivfs_control): Remove unused field lock.
    * libtrivfs/cntl-create.c (trivfs_create_control): Drop the mutex
    initialization.
    * libtrivfs/io-reauthenticate.c (trivfs_S_io_reauthenticate): Adjust
    accordingly.
    * libtrivfs/io-restrict-auth.c (trivfs_S_io_restrict_auth): Likewise.
    * libtrivfs/open.c (trivfs_open): Initialize refcnt.
    * libtrivfs/protid-clean.c (trivfs_clean_protid): Likewise.
    * libtrivfs/protid-dup.c (trivfs_protid_dup): Likewise.

commit 5b039a12bf5cfc9c65b8e169ed4503e306f971f3
Author: Justus Winter <address@hidden>
Date:   Mon May 26 12:18:08 2014 +0200

    libihash: do not use an integer hash function by default
    
    Recently libihash was changed to use an integer hash function on the
    keys in an attempt to reduce the rate of collisions (2d898893), which
    has long been assumed to be high.
    
    Richard Braun was kind enough to run some benchmarks.  He observed:
    
    "1/ Using an extremely simple microbenchmark [1] that merely inserts
    keys, either random integers or sequential ones to match the way port
    names are managed, it seems that the previous code, despite its
    apparent flaws, did quite well.
    
    [1] http://darnassus.sceen.net/gitweb/rbraun/ihtest.git
    
    Using an integer hashing function actually reduces performance on the
    sequential integer test case. It makes sense because, considering a
    set of consecutive integers starting from 0, and a hash table that
    always has more slots than items, a modulo is a perfect hash
    function. Even when taking into account that only names for receive
    rights are normally managed with libihash, i.e. that keys aren't
    actually sequential, they are almost all equally distributed, leading
    to very few collisions.
    
    Therefore, as a third option, I've removed the hashing function,
    leaving only a fast modulo (an AND) and this variant provided the best
    raw results.
    
    2/ I've also built hurd packages multiple times and got average build
    times with each variant (previous, new, new without hash function) and
    here are the results I obtained respectively : 52m59s, 52m31s, 52m22s."
    
    Do not use the integer hash function on the keys by default.
    
    * libihash/ihash.c (murmur3_mix32): Remove now unused function.
    (find_index): Use the fast division method to derive the index.
    (add_one): Likewise.  Also, update the comment to reflect the current
    hashing method.

commit b16f334192dbac002a33c31645e228d349de3c72
Author: Justus Winter <address@hidden>
Date:   Sat May 24 20:29:23 2014 +0200

    libdiskfs: fix node leak in the name cache
    
    * libdiskfs/name-cache.c (diskfs_check_lookup_cache): Release node
    reference in a special case of lookup failure.

commit 4a5f9f683e5446309a077f31d1bb8d8b77415ee2
Author: Justus Winter <address@hidden>
Date:   Fri May 23 09:54:10 2014 +0200

    trans/mtab: fix initialization
    
    * trans/mtab.c (main): Fix initialization of mtab in one-shot mode.

commit 6c15c9174134be48c57a8ac5f2ff09d0ba5f1df8
Author: Justus Winter <address@hidden>
Date:   Sun May 25 14:18:35 2014 +0200

    ext2fs: fix diskfs_pager_users
    
    This fixes a bug introduced in 86122789.
    
    * ext2fs/pager.c (diskfs_pager_users): We count file_pager_bucket,
    which does not include the disk pagers.  Fix condition accordingly.

commit 03fee0acc07c7ec484746ab60b1b55e33b9c19f9
Author: Justus Winter <address@hidden>
Date:   Sun May 25 14:37:55 2014 +0200

    libpager: drop unused fields from struct pager
    
    * libpager/priv.h (struct pager): Drop fields next, pprev.

commit 22f0bf426ae955c58edb835d6be7be44af5c029d
Author: Justus Winter <address@hidden>
Date:   Tue May 20 16:17:17 2014 +0200

    term: fix memory leak
    
    I tested this change for some days and have not experienced any
    problems with it.
    
    * term/users.c (pi_destroy_hook): Fix memory leak.

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

Summary of changes:
 ext2fs/pager.c                |    2 +-
 libdiskfs/name-cache.c        |    1 +
 libihash/ihash.c              |   22 ++++------------------
 libpager/priv.h               |    2 --
 libtrivfs/cntl-create.c       |    1 -
 libtrivfs/io-reauthenticate.c |    5 +----
 libtrivfs/io-restrict-auth.c  |    4 +---
 libtrivfs/open.c              |    2 +-
 libtrivfs/protid-clean.c      |   29 ++++++++++++++++++-----------
 libtrivfs/protid-dup.c        |    5 +----
 libtrivfs/trivfs.h            |    4 ++--
 term/users.c                  |    4 +---
 trans/mtab.c                  |    2 +-
 13 files changed, 32 insertions(+), 51 deletions(-)


hooks/post-receive
-- 
Hurd



reply via email to

[Prev in Thread] Current Thread [Next in Thread]