[Bugs] [Bug 1457339] DHT: slow readdirp performance

bugzilla at redhat.com bugzilla at redhat.com
Tue Jun 6 13:10:19 UTC 2017


https://bugzilla.redhat.com/show_bug.cgi?id=1457339



--- Comment #2 from Worker Ant <bugzilla-bot at gluster.org> ---
COMMIT: https://review.gluster.org/17429 committed in release-3.11 by
Shyamsundar Ranganathan (srangana at redhat.com) 
------
commit 4757416dd2cd2110342f2e25e8e786d6c4b4abb2
Author: Sakshi <sabansal at redhat.com>
Date:   Mon Jan 23 12:11:49 2017 +0530

    cluster/dht: Make optimal usage of buffer provided with readdir(p)

    dht_readdirp must unwind with list of entries only after
    the entire buffer requested by kernel is filled to avoid
    extra syscalls occuring when returning partially filled
    buffer. Also wind readdir call to next subvol on reaching
    EOD for directory on that subvol to avoid extra network call.

    >Change-Id: If2e1a2722f813d95457c7542bff25fef56c7a041
    >BUG: 1356453
    >Signed-off-by: Sakshi <sabansal at redhat.com>
    >Signed-off-by: Raghavendra G <rgowdapp at redhat.com>
    >Reviewed-on: https://review.gluster.org/12271
    >Smoke: Gluster Build System <jenkins at build.gluster.org>
    >NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
    >CentOS-regression: Gluster Build System <jenkins at build.gluster.org>
    >Reviewed-by: Amar Tumballi <amarts at redhat.com>
    >Reviewed-by: Susant Palai <spalai at redhat.com>

    (cherry picked from commit b9406e210717621bc672a63c1cbd1b0183834056)
    Change-Id: If2e1a2722f813d95457c7542bff25fef56c7a041
    BUG: 1457339
    Signed-off-by: Sakshi <sabansal at redhat.com>
    Signed-off-by: Raghavendra G <rgowdapp at redhat.com>
    Reviewed-on: https://review.gluster.org/17429
    Smoke: Gluster Build System <jenkins at build.gluster.org>
    NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
    CentOS-regression: Gluster Build System <jenkins at build.gluster.org>
    Reviewed-by: Shyamsundar Ranganathan <srangana at redhat.com>

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the Bugs mailing list