1. 04 1月, 2020 1 次提交
  2. 01 10月, 2019 2 次提交
  3. 24 6月, 2019 2 次提交
    • I
      IB/iser: Unwind WR union at iser_tx_desc · b9294f8b
      Israel Rukshin 提交于
      After decreasing WRs array size from 7 to 3 it is more
      readable to give each WR a descriptive name.
      Signed-off-by: NIsrael Rukshin <israelr@mellanox.com>
      Reviewed-by: NMax Gurtovoy <maxg@mellanox.com>
      Reviewed-by: NChristoph Hellwig <hch@lst.de>
      Reviewed-by: NSagi Grimberg <sagi@grimberg.me>
      Signed-off-by: NJason Gunthorpe <jgg@mellanox.com>
      b9294f8b
    • I
      IB/iser: Use IB_WR_REG_MR_INTEGRITY for PI handover · b76a4399
      Israel Rukshin 提交于
      Using this new API reduces iSER code complexity.
      It also reduces the maximum number of work requests per task and the need
      of dealing with multiple MRs (and their registrations and invalidations)
      per task. It is done by using a single WR and a special MR type
      (IB_MR_TYPE_INTEGRITY) for PI operation.
      
      The setup of the tested benchmark:
       - 2 servers with 24 cores (1 initiator and 1 target)
       - 24 target sessions with 1 LUN each
       - ramdisk backstore
       - PI active
      
      Performance results running fio (24 jobs, 128 iodepth) using
      write_generate=0 and read_verify=0 (w/w.o patch):
      
      bs      IOPS(read)        IOPS(write)
      ----    ----------        ----------
      512     1236.6K/1164.3K   1357.2K/1332.8K
      1k      1196.5K/1163.8K   1348.4K/1262.7K
      2k      1016.7K/921950    1003.7K/931230
      4k      662728/600545     595423/501513
      8k      385954/384345     333775/277090
      16k     222864/222820     170317/170671
      32k     116869/114896     82331/82244
      64k     55205/54931       40264/40021
      
      Using write_generate=1 and read_verify=1 (w/w.o patch):
      
      bs      IOPS(read)        IOPS(write)
      ----    ----------        ----------
      512     1090.1K/1030.9K   1303.9K/1101.4K
      1k      1057.7K/904583    1318.4K/988085
      2k      965226/638799     1008.6K/692514
      4k      555479/410151     542414/414517
      8k      298675/224964     264729/237508
      16k     133485/122481     164625/138647
      32k     74329/67615       80143/78743
      64k     35716/35519       39294/37334
      
      We get performance improvement at all block sizes.
      The most significant improvement is when writing 4k bs (almost 30% more
      iops).
      Signed-off-by: NIsrael Rukshin <israelr@mellanox.com>
      Reviewed-by: NMax Gurtovoy <maxg@mellanox.com>
      Reviewed-by: NChristoph Hellwig <hch@lst.de>
      Reviewed-by: NSagi Grimberg <sagi@grimberg.me>
      Signed-off-by: NJason Gunthorpe <jgg@mellanox.com>
      b76a4399
  4. 22 5月, 2019 1 次提交
  5. 05 2月, 2019 1 次提交
  6. 19 1月, 2019 1 次提交
  7. 12 12月, 2018 1 次提交
  8. 22 11月, 2018 1 次提交
  9. 31 7月, 2018 1 次提交
  10. 30 7月, 2018 1 次提交
  11. 04 6月, 2018 1 次提交
  12. 25 9月, 2017 1 次提交
  13. 24 9月, 2016 1 次提交
  14. 14 5月, 2016 2 次提交
  15. 27 12月, 2015 1 次提交
  16. 24 12月, 2015 5 次提交
  17. 23 12月, 2015 1 次提交
  18. 12 12月, 2015 1 次提交
  19. 29 10月, 2015 2 次提交
  20. 08 10月, 2015 1 次提交
    • C
      IB: split struct ib_send_wr · e622f2f4
      Christoph Hellwig 提交于
      This patch split up struct ib_send_wr so that all non-trivial verbs
      use their own structure which embedds struct ib_send_wr.  This dramaticly
      shrinks the size of a WR for most common operations:
      
      sizeof(struct ib_send_wr) (old):	96
      
      sizeof(struct ib_send_wr):		48
      sizeof(struct ib_rdma_wr):		64
      sizeof(struct ib_atomic_wr):		96
      sizeof(struct ib_ud_wr):		88
      sizeof(struct ib_fast_reg_wr):		88
      sizeof(struct ib_bind_mw_wr):		96
      sizeof(struct ib_sig_handover_wr):	80
      
      And with Sagi's pending MR rework the fast registration WR will also be
      down to a reasonable size:
      
      sizeof(struct ib_fastreg_wr):		64
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Reviewed-by: Bart Van Assche <bart.vanassche@sandisk.com> [srp, srpt]
      Reviewed-by: Chuck Lever <chuck.lever@oracle.com> [sunrpc]
      Tested-by: NHaggai Eran <haggaie@mellanox.com>
      Tested-by: NSagi Grimberg <sagig@mellanox.com>
      Tested-by: NSteve Wise <swise@opengridcomputing.com>
      e622f2f4
  21. 25 9月, 2015 1 次提交
  22. 31 8月, 2015 11 次提交