Re: [PATCH 2/4] RDMA/core: Introduce shared CQ pool API

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

 




On 5/11/2020 11:49 AM, Sagi Grimberg wrote:


On 5/10/20 7:55 AM, Yamin Friedman wrote:
Allow a ULP to ask the core to provide a completion queue based on a
least-used search on a per-device CQ pools. The device CQ pools grow in a
lazy fashion when more CQs are requested.

This feature reduces the amount of interrupts when using many QPs.
Using shared CQs allows for more effcient completion handling. It also
reduces the amount of overhead needed for CQ contexts.

Test setup:
Intel(R) Xeon(R) Platinum 8176M CPU @ 2.10GHz servers.
Running NVMeoF 4KB read IOs over ConnectX-5EX across Spectrum switch.
TX-depth = 32. Number of cores refers to the initiator side. Four disks are accessed from each core. In the current case we have four CQs per core and in the shared case we have a single CQ per core. Until 14 cores there is no significant change in performance and the number of interrupts per second
is less than a million in the current case.
==================================================
|Cores|Current KIOPs  |Shared KIOPs  |improvement|
|-----|---------------|--------------|-----------|
|14   |2188           |2620          |19.7%      |
|-----|---------------|--------------|-----------|
|20   |2063           |2308          |11.8%      |
|-----|---------------|--------------|-----------|
|28   |1933           |2235          |15.6%      |
|=================================================
|Cores|Current avg lat|Shared avg lat|improvement|
|-----|---------------|--------------|-----------|
|14   |817us          |683us         |16.4%      |
|-----|---------------|--------------|-----------|
|20   |1239us         |1108us        |10.6%      |
|-----|---------------|--------------|-----------|
|28   |1852us         |1601us        |13.5%      |
========================================================
|Cores|Current interrupts|Shared interrupts|improvement|
|-----|------------------|-----------------|-----------|
|14   |2131K/sec         |425K/sec         |80%        |
|-----|------------------|-----------------|-----------|
|20   |2267K/sec         |594K/sec         |73.8%      |
|-----|------------------|-----------------|-----------|
|28   |2370K/sec         |1057K/sec        |55.3%      |
====================================================================
|Cores|Current 99.99th PCTL lat|Shared 99.99th PCTL lat|improvement|
|-----|------------------------|-----------------------|-----------|
|14   |85Kus                   |9Kus |88%        |
|-----|------------------------|-----------------------|-----------|
|20   |6Kus                    |5.3Kus |14.6%      |
|-----|------------------------|-----------------------|-----------|
|28   |11.6Kus                 |9.5Kus |18%        |
|===================================================================

Performance improvement with 16 disks (16 CQs per core) is comparable.

Signed-off-by: Yamin Friedman <yaminf@xxxxxxxxxxxx>
Reviewed-by: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
---
  drivers/infiniband/core/core_priv.h |   8 ++
  drivers/infiniband/core/cq.c        | 145 ++++++++++++++++++++++++++++++++++++
  drivers/infiniband/core/device.c    |   3 +-
  include/rdma/ib_verbs.h             |  32 ++++++++
  4 files changed, 187 insertions(+), 1 deletion(-)

diff --git a/drivers/infiniband/core/core_priv.h b/drivers/infiniband/core/core_priv.h
index cf42acc..7fe9c13 100644
--- a/drivers/infiniband/core/core_priv.h
+++ b/drivers/infiniband/core/core_priv.h
@@ -191,6 +191,14 @@ static inline bool rdma_is_upper_dev_rcu(struct net_device *dev,
      return netdev_has_upper_dev_all_rcu(dev, upper);
  }
  +struct ib_cq *ib_cq_pool_get(struct ib_device *dev, unsigned int nr_cqe,
+                 int cpu_hint, enum ib_poll_context poll_ctx);
+void ib_cq_pool_put(struct ib_cq *cq, unsigned int nr_cqe);
+
+void ib_init_cq_pools(struct ib_device *dev);
+
+void ib_purge_cq_pools(struct ib_device *dev);
+
  int addr_init(void);
  void addr_cleanup(void);
  diff --git a/drivers/infiniband/core/cq.c b/drivers/infiniband/core/cq.c
index 443a9cd..a86e893 100644
--- a/drivers/infiniband/core/cq.c
+++ b/drivers/infiniband/core/cq.c
@@ -6,8 +6,11 @@
  #include <linux/err.h>
  #include <linux/slab.h>
  #include <rdma/ib_verbs.h>
+#include "core_priv.h"
    #include <trace/events/rdma_core.h>
+/* Max size for shared CQ, may require tuning */
+#define IB_MAX_SHARED_CQ_SZ        4096
    /* # of WCs to poll for with a single call to ib_poll_cq */
  #define IB_POLL_BATCH            16
@@ -223,6 +226,8 @@ struct ib_cq *__ib_alloc_cq_user(struct ib_device *dev, void *private,
      cq->poll_ctx = poll_ctx;
      atomic_set(&cq->usecnt, 0);
      cq->cq_type = IB_CQ_PRIVATE;
+    cq->cqe_used = 0;
+    cq->comp_vector = comp_vector;
        cq->wc = kmalloc_array(IB_POLL_BATCH, sizeof(*cq->wc), GFP_KERNEL);
      if (!cq->wc)
@@ -309,6 +314,8 @@ static void _ib_free_cq_user(struct ib_cq *cq, struct ib_udata *udata)
  {
      if (WARN_ON_ONCE(atomic_read(&cq->usecnt)))
          return;
+    if (WARN_ON_ONCE(cq->cqe_used != 0))
+        return;
        switch (cq->poll_ctx) {
      case IB_POLL_DIRECT:
@@ -345,3 +352,141 @@ void ib_free_cq_user(struct ib_cq *cq, struct ib_udata *udata)
          _ib_free_cq_user(cq, udata);
  }
  EXPORT_SYMBOL(ib_free_cq_user);
+
+static void ib_free_cq_force(struct ib_cq *cq)
+{
+    _ib_free_cq_user(cq, NULL);
+}
+
+void ib_init_cq_pools(struct ib_device *dev)
+{
+    int i;
+
+    spin_lock_init(&dev->cq_pools_lock);
+    for (i = 0; i < ARRAY_SIZE(dev->cq_pools); i++)
+        INIT_LIST_HEAD(&dev->cq_pools[i]);
+}
+
+void ib_purge_cq_pools(struct ib_device *dev)
+{
+    struct ib_cq *cq, *n;
+    LIST_HEAD(tmp_list);
+    int i;
+
+    for (i = 0; i < ARRAY_SIZE(dev->cq_pools); i++) {
+        unsigned long flags;
+
+        spin_lock_irqsave(&dev->cq_pools_lock, flags);
+        list_splice_init(&dev->cq_pools[i], &tmp_list);
+        spin_unlock_irqrestore(&dev->cq_pools_lock, flags);
+    }
+
+    list_for_each_entry_safe(cq, n, &tmp_list, pool_entry)
+        ib_free_cq_force(cq);
+}
+
+static int ib_alloc_cqs(struct ib_device *dev, int nr_cqes,
+            enum ib_poll_context poll_ctx)
+{
+    LIST_HEAD(tmp_list);
+    struct ib_cq *cq;
+    unsigned long flags;
+    int nr_cqs, ret, i;
+
+    /*
+     * Allocated at least as many CQEs as requested, and otherwise
+     * a reasonable batch size so that we can share CQs between
+     * multiple users instead of allocating a larger number of CQs.
+     */
+    nr_cqes = min(dev->attrs.max_cqe, max(nr_cqes, IB_MAX_SHARED_CQ_SZ));
+    nr_cqs = min_t(int, dev->num_comp_vectors, num_possible_cpus());
+    for (i = 0; i < nr_cqs; i++) {
+        cq = ib_alloc_cq(dev, NULL, nr_cqes, i, poll_ctx);
+        if (IS_ERR(cq)) {
+            ret = PTR_ERR(cq);
+            goto out_free_cqs;
+        }
+        list_add_tail(&cq->pool_entry, &tmp_list);
+    }
+
+    spin_lock_irqsave(&dev->cq_pools_lock, flags);
+    list_splice(&tmp_list, &dev->cq_pools[poll_ctx - 1]);
+    spin_unlock_irqrestore(&dev->cq_pools_lock, flags);
+
+    return 0;
+
+out_free_cqs:
+    list_for_each_entry(cq, &tmp_list, pool_entry)
+        ib_free_cq(cq);
+    return ret;
+}
+
+struct ib_cq *ib_cq_pool_get(struct ib_device *dev, unsigned int nr_cqe,
+                 int cpu_hint, enum ib_poll_context poll_ctx)
+{
+    static unsigned int default_comp_vector;
+    int vector, ret, num_comp_vectors;
+    struct ib_cq *cq, *found = NULL;
+    unsigned long flags;
+
+    if (poll_ctx > ARRAY_SIZE(dev->cq_pools) || poll_ctx == IB_POLL_DIRECT)
+        return ERR_PTR(-EINVAL);
+
+    num_comp_vectors = min_t(int, dev->num_comp_vectors,
+                 num_possible_cpus());
+    /* Project the affinty to the device completion vector range */
+    if (cpu_hint < 0)
+        vector = default_comp_vector++ % num_comp_vectors;
+    else
+        vector = cpu_hint % num_comp_vectors;

Why are you using the cpu_hint as the vector? Aren't you suppose
to seach the cq with vector that maps to the cpu?

IIRC my version used ib_get_vector_affinity to locate a cq that
will actually interrupt on the cpu... Otherwise, just call it vector.
You are right, I ended up removing the call to ib_get_vector_affinity because it wasn't implemented anyway. I think it would be best just to change it from cpu_hint to comp_vector_hint and then we will get the desired spread over comp vectors which is what happens anyway without ib_get_vector_affinity.



[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Yosemite Photos]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux