From: Sreedhar Kodali <srkodali-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
To: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
pradeeps-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org
Subject: [PATCH v2 3/4] rsockets: distribute completion queue vectors among multiple cores
Date: Fri, 05 Sep 2014 18:48:43 +0530 [thread overview]
Message-ID: <f028f54b9900ee34fcd1abd1d90d10e6@imap.linux.ibm.com> (raw)
From: Sreedhar Kodali <srkodali-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Distribute interrupt vectors among multiple cores while processing
completion events. By default the existing mechanism always
defaults to core 0 for comp vector processing during the creation
of a completion queue. If the workload is very high, then this
results in bottleneck at core 0 because the same core is used for
both event and task processing.
A '/comp_vector' option is exposed, the value of which is a range
or comma separated list of cores for distributing interrupt
vectors. If not set, the existing mechanism prevails where in
comp vector processing is directed to core 0.
Signed-off-by: Sreedhar Kodali <srkodali-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
---
diff --git a/src/rsocket.c b/src/rsocket.c
index b70d56a..ffea0ca 100644
--- a/src/rsocket.c
+++ b/src/rsocket.c
@@ -116,6 +116,8 @@ static uint32_t def_mem = (1 << 17);
static uint32_t def_wmem = (1 << 17);
static uint32_t polling_time = 10;
static uint16_t restart_onintr = 0;
+static uint16_t next_comp_vector = 0;
+static uint64_t comp_vector_mask = 0;
/*
* Immediate data format is determined by the upper bits
@@ -548,6 +550,37 @@ void rs_configure(void)
(void) fscanf(f, "%hu", &restart_onintr);
fclose(f);
}
+
+ if ((f = fopen(RS_CONF_DIR "/comp_vector", "r"))) {
+ char vbuf[256];
+ char *vptr;
+ vptr = fgets(vbuf, sizeof(vbuf), f);
+ fclose(f);
+ if (vptr) {
+ char *tok, *save, *tmp, *str, *tok2;
+ int lvect, uvect, vect;
+
+ for (str = vptr; ; str = NULL) {
+ tok = strtok_r(str, ",", &save);
+ if (tok == NULL) {
+ break;
+ }
+ if (!(tmp = strpbrk(tok, "-"))) {
+ lvect = uvect = atoi(tok);
+ } else {
+ tok2 = tmp + 1;
+ *tmp = '\0';
+ lvect = atoi(tok);
+ uvect = atoi(tok2);
+ }
+ lvect = (lvect < 0) ? 0 : ((lvect > 63) ? 63 : lvect);
+ uvect = (uvect < 0) ? 0 : ((uvect > 63) ? 63 : uvect);
+ for (vect = lvect; vect <= uvect; vect++) {
+ comp_vector_mask |= ((uint64_t)1 << vect);
+ }
+ }
+ }
+ }
init = 1;
out:
pthread_mutex_unlock(&mut);
@@ -762,12 +795,27 @@ static int ds_init_bufs(struct ds_qp *qp)
*/
static int rs_create_cq(struct rsocket *rs, struct rdma_cm_id *cm_id)
{
+ int vector = 0;
+
cm_id->recv_cq_channel = ibv_create_comp_channel(cm_id->verbs);
if (!cm_id->recv_cq_channel)
return -1;
+ if (comp_vector_mask) {
+ int found = 0;
+ while (found == 0) {
+ if (comp_vector_mask & ((uint64_t) 1 << next_comp_vector)) {
+ found = 1;
+ vector = next_comp_vector;
+ }
+ if (++next_comp_vector == 64) {
+ next_comp_vector = 0;
+ }
+ }
+ }
+
cm_id->recv_cq = ibv_create_cq(cm_id->verbs, rs->sq_size +
rs->rq_size,
- cm_id, cm_id->recv_cq_channel, 0);
+ cm_id, cm_id->recv_cq_channel, vector);
if (!cm_id->recv_cq)
goto err1;
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next reply other threads:[~2014-09-05 13:18 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-05 13:18 Sreedhar Kodali [this message]
[not found] ` <f028f54b9900ee34fcd1abd1d90d10e6-FJGp5E75HVmZamtmwQBW5tBPR1lH4CV8@public.gmane.org>
2014-09-05 15:47 ` [PATCH v2 3/4] rsockets: distribute completion queue vectors among multiple cores Bart Van Assche
[not found] ` <5409DB0D.6080103-HInyCGIudOg@public.gmane.org>
2014-09-06 3:06 ` Sreedhar Kodali
[not found] ` <850a2835b5917f6da62af3d1ea0288fd-FJGp5E75HVmZamtmwQBW5tBPR1lH4CV8@public.gmane.org>
2014-09-08 6:47 ` Bart Van Assche
[not found] ` <540D50E9.5050709-HInyCGIudOg@public.gmane.org>
2014-09-08 14:27 ` Sreedhar Kodali
[not found] ` <a8ac21f3c9d7c802ab089bc0d432e40b-FJGp5E75HVmZamtmwQBW5tBPR1lH4CV8@public.gmane.org>
2014-09-08 18:22 ` Bart Van Assche
[not found] ` <540DF3CC.1060304-HInyCGIudOg@public.gmane.org>
2014-09-09 12:28 ` Sreedhar Kodali
[not found] ` <edc2b05703209d2a7626a31abb170ceb-FJGp5E75HVmZamtmwQBW5tBPR1lH4CV8@public.gmane.org>
2014-09-11 12:34 ` Sreedhar Kodali
[not found] ` <ef556922e7b766360a38df904dff1c70-FJGp5E75HVmZamtmwQBW5tBPR1lH4CV8@public.gmane.org>
2014-09-15 9:06 ` Bart Van Assche
[not found] ` <5416ABFB.7040701-HInyCGIudOg@public.gmane.org>
2014-09-16 4:33 ` Sreedhar Kodali
[not found] ` <d5804c38cb47bcc79eb3962cf8ca6989-FJGp5E75HVmZamtmwQBW5tBPR1lH4CV8@public.gmane.org>
2014-09-16 4:57 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A8237399DD3DA8-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2014-09-17 5:54 ` Sreedhar Kodali
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f028f54b9900ee34fcd1abd1d90d10e6@imap.linux.ibm.com \
--to=srkodali-23vcf4htsmix0ybbhkvfkdbpr1lh4cv8@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=pradeeps-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org \
--cc=sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox