[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1429626460-7947-1-git-send-email-vkuznets@redhat.com>
Date: Tue, 21 Apr 2015 16:27:34 +0200
From: Vitaly Kuznetsov <vkuznets@...hat.com>
To: "K. Y. Srinivasan" <kys@...rosoft.com>
Cc: Haiyang Zhang <haiyangz@...rosoft.com>,
devel@...uxdriverproject.org, linux-kernel@...r.kernel.org,
Dexuan Cui <decui@...rosoft.com>
Subject: [PATCH 0/6] Drivers: hv: vmbus: fair round robin algorithm for vmbus_get_outgoing_channel()
This series is a continuation of the "Drivers: hv: vmbus: Use a round-robin
algorithm for picking the outgoing channel" work. It is supposed to bring two
significant changes:
1) Subchannels for a channel are distributed evenly across all vcpus we have.
Currently we try to distribute all channels (including subchannels) across
all vcpus, this approach doesn't guarantee that the particular channel's
subchannels will be distributed in the same way as we process all offer
requests in some random order. (Patch 05)
2) Channel picking based on the current vcpu is dropped from
vmbus_get_outgoing_channel() in favor of a fair round robin. (Patch 06)
Patches 01 - 04 are cleanup/refactoring.
It would be also possible to make the change the other way around: always pick
the subchannel based on the current vcpu (and fallback to a round robin in case
there is no subchannel for the current vcpu). Please let me know if you think
it is preferable.
Vitaly Kuznetsov (6):
Drivers: hv: vmbus: unify calls to percpu_channel_enq()
Drivers: hv: vmbus: briefly comment num_sc and next_oc
Drivers: hv: vmbus: decrease num_sc on subchannel removal
Drivers: hv: vmbus: move init_vp_index() call to vmbus_process_offer()
Drivers: hv: vmbus: distribute subchannels among all vcpus
Drivers: hv: vmbus: do a fair round robin when selecting an outgoing
channel
drivers/hv/channel_mgmt.c | 248 +++++++++++++++++++++++-----------------------
include/linux/hyperv.h | 12 ++-
2 files changed, 135 insertions(+), 125 deletions(-)
--
1.9.3
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists