From: Nikolay Borisov <kernel-6AxghH7DbtA@public.gmane.org>
To: mike.marciniszyn-h88ZbnxC6KDQT0dZR+AlfA@public.gmane.org
Cc: "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
roland-BHEL68pLQRGGvPXPguhicg@public.gmane.org,
SiteGround Operations
<operations-/eCPMmvKun9pLGFMi4vTTA@public.gmane.org>
Subject: Slow performance of IPoIB on Qlogic card
Date: Thu, 12 May 2016 15:03:57 +0300 [thread overview]
Message-ID: <5734712D.5010507@kyup.com> (raw)
Hello,
I have 2 machines which are connected via an infiniband switch and are
using the QLogic 12300 switch and InfiniPath_QLE7340 adapter. I'm
running a very naive iperf test between the 2 machines. When running an
upstream elrepo kernel 4.4.4-1.el6.elrepo.x86_64 I can do around
15-18gbit which is sort of the max in my setup. At the same time I'm
also seeing a lot of sdmaP interrupts being served.
When I boot the client iperf machine with my custom built machine I'm
barely able to get more than 4gbit/s. At the same time I'm seeing a lot
of sdmaI interrupts being served.
After some investigation it turned out that changing CONFIG_HZ to 1000
(from 100) put the performance of my custom built kernel on par with the
elrepo one. Despite iperf showing a 4x increase in bandwidth I still see
a lot of sdmaI interrupt and not much sdmaP.
Another interesting this is the output of 'perf top -g'. With
CONFIG_HZ=100 the profile is dominated by 'cpuidle_enter' while iperf is
running i.e. that my machine is almost idle. With CONFIG_HZ=1000 the
profile is dominated by qib_verbs_send/qib_do_send/worker_thread which I
believe is the expected behavior.
Given that I have the following questions:
1. What does the sdmaI/sdmaP interrupts mean. Looking around the code
and ML it seems they I stands for Idle and P for progress. But other
than that this doesn't mean much to me, can you expand on their meaning?
2. Is it bad that more sdmaI interrupts are coming rather than sdmaP.
Currently they seem to be on the same core(0)
3. Why does changing the timer tick-rate have such a tremendous impact
on the performance?
--
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
reply other threads:[~2016-05-12 12:03 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=5734712D.5010507@kyup.com \
--to=kernel-6axghh7dbta@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mike.marciniszyn-h88ZbnxC6KDQT0dZR+AlfA@public.gmane.org \
--cc=operations-/eCPMmvKun9pLGFMi4vTTA@public.gmane.org \
--cc=roland-BHEL68pLQRGGvPXPguhicg@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;
as well as URLs for NNTP newsgroup(s).