Linux-NVME Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: alex.nlnnfn@gmail.com (Alex Nln)
Subject: nvme performance using old blk vs blk-mq, single thread
Date: Thu, 4 Jan 2018 09:13:50 -0800	[thread overview]
Message-ID: <20180104091350.2e6128477f81499a4c233a68@gmail.com> (raw)

Hello,

I am testing nvme devices and I found that there is about 15% degradation 
in performance of a single threaded application when using blk-mq,
comparing to same application running on kernel with old blk layer.

I use fio-2.2.10, 4k block size, libaio, sequential reads, single thread.

Results for Intel DC P3600 400GB NVMe SSD, drive was natively formatted 
to 512B and brought to the steady state before test.

# kernel version  kIOPS
4.14.11-vanilla     163
3.19.0-vanilla      167
3.18.1-vanilla      196
3.16.0-34-generic   193

196K IOPS in 3.18.1 drops to 167K IOPS in 3.19.0

It looks like between 3.8.1 and 3.19.0 the major change related to nvme 
was conversion of nvme to use blk-mq
Commit a4aea5623d4a54682b6ff5c18196d7802f3e478f  
NVMe: Convert to blk-mq


Just to verify my results I did more tests on different server with different 
NVMe disk HGST SN200 800GB

# kernel version     kIOPS 
4.10.0-42-generic    330
3.16.0-34-generic    375


I would like to ask if this is a known issue or there is something 
wrong in my setup? There was a similar thread about the same issue while ago 
in this list but there was no conclusion.


My fio file:

[global]
iodepth=128
direct=1
ioengine=libaio
group_reporting
time_based
runtime=60
filesize=32G

[job1]
rw=read
filename=/dev/nvme0n1p1
name=raw=sequential-read
numjobs=1


Thanks,
Alex

                 reply	other threads:[~2018-01-04 17:13 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=20180104091350.2e6128477f81499a4c233a68@gmail.com \
    --to=alex.nlnnfn@gmail.com \
    /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