1. 02 Jul, 2018 3 commits
    • Ondřej Lysoněk's avatar
      profiles: Replace calls to defirqaffinity.py · c2dfc1f8
      Ondřej Lysoněk authored
      In the cpu-partitioning profile, IRQ affinity change is already done
      as part of the 'isolated_cores' option of the scheduler plugin, so
      calling defirqaffinity is, at best, redundant. So let's remove the call.
      In the realtime* profiles, it's essentially the same, except that tuna
      was used instead of isolated_cores. So let's use built-in functionality
      instead of tuna and drop calls to defirqaffinity.
      Resolves: rhbz#1590937
      Signed-off-by: default avatarOndřej Lysoněk <olysonek@redhat.com>
    • Ondřej Lysoněk's avatar
      cpu-partitioning: Modify irqbalance config regardless of defirqaffinity exit code · 66b247a7
      Ondřej Lysoněk authored
      Previously the irqbalance config was not modified if setting the affinity
      of at least one IRQ failed. That does not make much sense to me - it can
      result in irqbalance assigning isolated CPUs to IRQs, even if it can be
      Even if affinity cannot be changed for any of the present IRQs,
      hypothetically it can happen (I think) that new hardware is hotplugged,
      and the affinity of its IRQ can be changed. So let's always modify the
      irqbalance config for good measure.
      Signed-off-by: default avatarOndřej Lysoněk <olysonek@redhat.com>
    • Ondřej Lysoněk's avatar
      realtime-virtual-host: Fix verification in script.sh · c170b696
      Ondřej Lysoněk authored
      The code was completely broken. Jaroslav and I think the purpose
      of the code was to check that the files
      contain "0", which we think is the (at least intended) result of
      profiles/functions:setup_kvm_mod_low_latency(). So I'm fixing it
      to do that.
      Signed-off-by: default avatarOndřej Lysoněk <olysonek@redhat.com>
  2. 06 Jun, 2018 1 commit
  3. 05 Jun, 2018 1 commit
  4. 14 May, 2018 1 commit
  5. 07 Mar, 2018 1 commit
    • John Pittman's avatar
      tuned: Add readahead comment to throughput-performance tuned.conf · 8cccd5a0
      John Pittman authored
      A common source of confusion within tuned is the lack of suffix
      on the readahead specification in the throughput-performance
      tuned.conf. This confusion is resolved, in general, by comparing
      the value, for example, to blockdev or lvdisplay output. Avoid
      future end-user confusion by adding a comment to the
      throughput-performance tuned.conf file, explaining that the default
      is in KiB, and noting the allowance of a sector suffix as well.
      Signed-off-by: default avatarJohn Pittman <jpittman@redhat.com>
  6. 02 Mar, 2018 1 commit
  7. 01 Mar, 2018 1 commit
  8. 28 Feb, 2018 1 commit
  9. 22 Feb, 2018 4 commits
  10. 19 Jan, 2018 1 commit
  11. 14 Nov, 2017 1 commit
  12. 01 Nov, 2017 1 commit
  13. 20 Oct, 2017 3 commits
    • Jaroslav Škarvada's avatar
      cpu-partitioning: store helper state file to /run and few other tweaks · c91357cd
      Jaroslav Škarvada authored
      Helper state file for cpu-partitioning script was moved to /run/tuned.
      Code for flags manipulation has been simplified.
      The /run/tuned directory is explicitly cleared upon uninstallation
      of Tuned to get rid of all leftovers / helper files before the reboot.
      Added STORAGE_PERSISTENT variable pointing to /var/lib/tuned into
      functions to be consistent.
      Related: rhbz#1497182
      Signed-off-by: default avatarJaroslav Škarvada <jskarvad@redhat.com>
    • Paolo Bonzini's avatar
    • Luiz Capitulino's avatar
      cpu-partitioning: add no_rebalance_cores= option · b39c2af9
      Luiz Capitulino authored
      As cpu-partitioning doesn't use isolcpus=, isolated CPUs can incur
      very high latency due to load balancing performed by the kernel
      This patch introduces a new configuration option called
      no_rebalance_cores=. This options allow users to set a range
      of CPUs to have load balancing disabled from /proc. It is
      expected that users will only disable load balancing on CPUs
      which run PMD threads (or vCPU threads running PMD threads),
      since disabling this for all isolated CPUs can cause certain
      performance problems for OpenStack.
      Here are some numbers:
       - Without using no_rebalance_cores=, I can easily get 40us+
         in load balancing isolated CPUs:
                 <...>-14140 [001]  1656.121155: funcgraph_entry:      + 43.927 us  |  rebalance_domains();
                 <...>-14140 [001]  1660.117150: funcgraph_entry:      + 41.587 us  |  rebalance_domains();
                 <...>-14140 [001]  1658.119152: funcgraph_entry:      + 41.565 us  |  rebalance_domains();
                 <...>-14140 [001]  1668.110140: funcgraph_entry:      + 40.539 us  |  rebalance_domains();
       - When using no_rebalance_cores=, the maximum latency I
         get is ~ 1us:
                 <...>-2440  [012]  1705.078076: funcgraph_entry:        1.024 us   |  rebalance_domains();
                 <...>-2438  [008]  2021.065218: funcgraph_entry:        0.995 us   |  rebalance_domains();
                 <...>-2447  [010]  2223.057289: funcgraph_entry:        0.991 us   |  rebalance_domains();
        IMPORTANT: 10 minutes run only.
      This solution was developed by Andrew Theurer <atheurer@redhat.com>,
      I'm merely integrating it into the profile.
      Signed-off-by: default avatarLuiz Capitulino <lcapitulino@redhat.com>
  14. 12 Oct, 2017 2 commits
  15. 10 Oct, 2017 1 commit
    • Luiz Capitulino's avatar
      tuned: disable KSM in KVM low-latency profiles · 03449e60
      Luiz Capitulino authored
      KSM is enabled by default when the qemu-kvm-common-rhev package is
      installed. We don't want KSM to run in KVM-RT nor cpu-partitioning
      hosts, as it can cause spikes or packet drops.
      This series disables KSM in those profiles when they are activated.
      Likewise, we re-enable KSM when the profile is de-activated in
      case it's enabled by default in systemd.
      Luiz Capitulino (3):
        profiles: functions: add functions to disable/enable KSM
        realtime-virtual-host: disable KSM
        cpu-partitioning: disable KSM
       profiles/cpu-partitioning/script.sh      |  2 ++
       profiles/functions                       | 37 ++++++++++++++++++++++++++++++++
       profiles/realtime-virtual-host/script.sh |  3 +++
       3 files changed, 42 insertions(+)
      Return-Path: lcapitulino@redhat.com
      Received: from zmta04.collab.prod.int.phx2.redhat.com (LHLO
       zmta04.collab.prod.int.phx2.redhat.com) ( by
       zmail22.collab.prod.int.phx2.redhat.com with LMTP; Tue, 3 Oct 2017 15:54:02
       -0400 (EDT)
      Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [])
      	by zmta04.collab.prod.int.phx2.redhat.com (Postfix) with ESMTP id 46F2FD0310
      	for <jskarvad@mail.corp.redhat.com>; Tue,  3 Oct 2017 15:54:02 -0400 (EDT)
      Received: by smtp.corp.redhat.com (Postfix)
      	id 3FBC860F82; Tue,  3 Oct 2017 19:54:02 +0000 (UTC)
      Delivered-To: jskarvad@redhat.com
      Received: from localhost (ovpn-117-159.phx2.redhat.com [])
      	by smtp.corp.redhat.com (Postfix) with ESMTP id 3A51A60F81;
      	Tue,  3 Oct 2017 19:53:59 +0000 (UTC)
      From: Luiz Capitulino <lcapitulino@redhat.com>
      To: jskarvad@redhat.com
      Cc: kvm-rt@redhat.com
      Subject: [PATCH 1/3] profiles: functions: add functions to disable/enable KSM
      Date: Tue,  3 Oct 2017 15:53:50 -0400
      Message-Id: <20171003195352.22910-2-lcapitulino@redhat.com>
      In-Reply-To: <20171003195352.22910-1-lcapitulino@redhat.com>
      References: <20171003195352.22910-1-lcapitulino@redhat.com>
      X-Scanned-By: MIMEDefang 2.79 on
      They will be used by the next commits.
      Signed-off-by: default avatarLuiz Capitulino <lcapitulino@redhat.com>
  16. 19 Sep, 2017 3 commits
  17. 21 Aug, 2017 1 commit
  18. 19 Jul, 2017 4 commits
  19. 14 Jun, 2017 1 commit
  20. 29 May, 2017 6 commits
  21. 28 Apr, 2017 1 commit
  22. 13 Apr, 2017 1 commit