Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1714594 > unrolled thread

[PATCH v7 0/2] Make find_later_rq() choose a closer cpu in topology

Started byByungchul Park <byungchul.park@lge.com>
First post2017-08-18 08:10 +0200
Last post2017-08-18 08:40 +0200
Articles 2 — 2 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH v7 0/2] Make find_later_rq() choose a closer cpu in topology Byungchul Park <byungchul.park@lge.com> - 2017-08-18 08:10 +0200
    RE: [PATCH v7 0/2] Make find_later_rq() choose a closer cpu in topology "Byungchul Park" <byungchul.park@lge.com> - 2017-08-18 08:40 +0200

#1714594 — [PATCH v7 0/2] Make find_later_rq() choose a closer cpu in topology

FromByungchul Park <byungchul.park@lge.com>
Date2017-08-18 08:10 +0200
Subject[PATCH v7 0/2] Make find_later_rq() choose a closer cpu in topology
Message-ID<ufIDM-7Ok-17@gated-at.bofh.it>
When cpudl_find() returns any among free_cpus, the cpu might not be
closer than others, considering sched domain. For example:

   this_cpu: 15
   free_cpus: 0, 1,..., 14 (== later_mask)
   best_cpu: 0

   topology:

   0 --+
       +--+
   1 --+  |
          +-- ... --+
   2 --+  |         |
       +--+         |
   3 --+            |

   ...             ...

   12 --+           |
        +--+        |
   13 --+  |        |
           +-- ... -+
   14 --+  |
        +--+
   15 --+

In this case, it would be best to select 14 since it's a free cpu and
closest to 15(this_cpu). However, currently the code select 0(best_cpu)
even though that's just any among free_cpus. Fix it.

Change from v6
   -. add a comment about selection of fallback_cpu incase more than one exist
   -. modify a comment explaining what we do wrt PREFER_SIBLING

Change from v5
   -. exclude two patches already picked up by peterz
      (sched/deadline: Make find_later_rq() choose a closer cpu in topology)
      (sched/deadline: Change return value of cpudl_find())
   -. apply what peterz fixed for 'prefer sibling', into deadline and rt

Change from v4
   -. remove a patch that might cause huge lock contention
      (by spin lock(&cpudl.lock) in a hot path of scheduler)

Change from v3
   -. rename closest_cpu to best_cpu so that it align with rt
   -. protect referring cpudl.elements with cpudl.lock
   -. change return value of cpudl_find() to bool

Change from v2
   -. add support for SD_PREFER_SIBLING

Change from v1
   -. clean up the patch

Byungchul Park (2):
  sched/deadline: Add support for SD_PREFER_SIBLING on find_later_rq()
  sched/rt: Add support for SD_PREFER_SIBLING on find_lowest_rq()

 kernel/sched/deadline.c | 55 +++++++++++++++++++++++++++++++++++++++++++++---
 kernel/sched/rt.c       | 56 ++++++++++++++++++++++++++++++++++++++++++++++---
 2 files changed, 105 insertions(+), 6 deletions(-)

-- 
1.9.1

[toc] | [next] | [standalone]


#1714611

From"Byungchul Park" <byungchul.park@lge.com>
Date2017-08-18 08:40 +0200
Message-ID<ufJ6N-7Zx-5@gated-at.bofh.it>
In reply to#1714594
From: Byungchul Park [mailto:byungchul.park@lge.com]
> Change from v6
>    -. add a comment about selection of fallback_cpu incase more than one
> exist
>    -. modify a comment explaining what we do wrt PREFER_SIBLING

I could add supplementary comments, thank to Steven and Joel.

Thank you very much.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web