Received: by 2002:ab2:1149:0:b0:1f3:1f8c:d0c6 with SMTP id z9csp2708079lqz; Wed, 3 Apr 2024 06:31:44 -0700 (PDT) X-Forwarded-Encrypted: i=4; AJvYcCVwemcSCE2MEzEntvYGO1q7i4Wz25fc6ayCUhaS3NVtLmDIziVVpjWkesEkKk/30Cx7IRiesdotgk0QeaTkQZg8fvA+lurvjAC9WBg7wg== X-Google-Smtp-Source: AGHT+IGJ1TG5pdbEPdLgS+pU3kR3y/hIIl4EljZbdzwutDoqq2MF5m9c+mq+SQrWvArvNW9VTSSz X-Received: by 2002:ad4:4f86:0:b0:699:1e54:fcc7 with SMTP id em6-20020ad44f86000000b006991e54fcc7mr3620635qvb.12.1712151104581; Wed, 03 Apr 2024 06:31:44 -0700 (PDT) ARC-Seal: i=3; a=rsa-sha256; t=1712151104; cv=pass; d=google.com; s=arc-20160816; b=EpzTJvC1GLSUYjxVVp3PiQIZFq2r+xrtFxWQeygu2Y4J9C9+fU4Ho8wbocWwUiJuA3 haQUBKkH/qg+7UkBXkgq/VY9IcXYrs0eXemT9cQOptf3ryXUJrejEBIeAfSywTTUNrVN lxGh3U1BETU1DZf2mfFVrsoqmdvzWVE7XYKwG+YR62gh9ugZe78wE16MTo2yx1aJ/xtO 26T8kl0ArjTfprCe1KwLUB/OKHOvQJ5y574wLfg5yswmE8lh/wDPmsQFC29swf2rg8lO 7HypXnSW36j6W3tEKHrNWT3+L8fkn/xHqLC57MN5YNHImfO/oNhrAavHy0/vm4369lHX oEfA== ARC-Message-Signature: i=3; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:message-id:date:subject:to:from :dkim-signature:delivered-to; bh=n7wtZCxWpI8rLHIP8PWFaHhn0zdaelje2LNt4um7dYg=; fh=SotPdUFMeEEyMi/Tle40x0qcsTe88+U78qIS3skPpMM=; b=Q6kRExIxhQg6iwV2LGj3H29kjyUg4EFyT7pncNP9UnAzTinVWEa0EIqoj7KTuqM6f1 YGLOFKrmcNSkevdqK5FXigVfOBklpueesnsNUvyfHj0OJmJhr3KOUh1V+neXT+9FC/dJ MdAtccrGmQSUOqBeB1N5F6qObZYCdUv0HZD2bFnJmvQv9OtarrIVNfxdldUWcRpK/Rd5 yIJvzGW2e88jekC+fHQO48knqLFlXTDiscXlTfWTeP4V8X8+G2ZmvzSIEtS+Fx8kxBc/ uCcfVC4PgnjVu0dDrPGIGTWnk5wriSRSE2oz5gh6+wjJEZS5w1GPHMi2C4ZiE5qg3Oz+ ypSw==; dara=google.com ARC-Authentication-Results: i=3; mx.google.com; dkim=pass header.i=@bursov.com header.s=zoho header.b=bfzbg5wr; arc=pass (i=2 spf=pass spfdomain=bursov.com dkim=pass dkdomain=bursov.com); spf=pass (google.com: domain of linux-kernel+bounces-129837-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-129837-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id x7-20020a0cff27000000b0069905f21e60si7182145qvt.493.2024.04.03.06.31.44 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 03 Apr 2024 06:31:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-129837-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@bursov.com header.s=zoho header.b=bfzbg5wr; arc=pass (i=2 spf=pass spfdomain=bursov.com dkim=pass dkdomain=bursov.com); spf=pass (google.com: domain of linux-kernel+bounces-129837-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-129837-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 4250B1C26694 for ; Wed, 3 Apr 2024 13:31:44 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 142AF14AD15; Wed, 3 Apr 2024 13:29:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=bursov.com header.i=vitaly@bursov.com header.b="bfzbg5wr" Received: from sender-of-o51.zoho.eu (sender-of-o51.zoho.eu [136.143.169.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C657D148315 for ; Wed, 3 Apr 2024 13:28:58 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=pass smtp.client-ip=136.143.169.51 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712150941; cv=pass; b=CiK4AHuMLAG6jMP+e8fJ38v6BLGopvwkEHJQnfnYp9u9PEnccX3vZBFA3YzE0E+W/tJ3I5FWLg0G5ro35VcXrafMKQ9o74pYi3gVTCfWFg1Q7ypCPp7QvERSszFP1Ex+/u581l4jA7VlEQjT5Z7B8vTKDqFNJ2po6rWg8TAra40= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712150941; c=relaxed/simple; bh=5MbmcrgO34C1VdSr4J+r4TzhMqsn6LkA5EqXaWEaIh8=; h=From:To:Subject:Date:Message-Id:MIME-Version; b=rMB7+LD+648+miPieGVX0u+GOKABHik0i13pg+jcdEQWxW8iG62qTqxZ+f9A0DGSlGLK3Zmrc4J+wY6DVw12ohwrKK/y5Jdw7b4P67dX4LdEAJ5RP2aSDKVY7A/ZLUB+mPdeG7yGm1yPa+Oa0HVExDVdeMzyt7xchR+sxsU9U1U= ARC-Authentication-Results:i=2; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=bursov.com; spf=pass smtp.mailfrom=bursov.com; dkim=pass (1024-bit key) header.d=bursov.com header.i=vitaly@bursov.com header.b=bfzbg5wr; arc=pass smtp.client-ip=136.143.169.51 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=bursov.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=bursov.com Delivered-To: vitaly@bursov.com ARC-Seal: i=1; a=rsa-sha256; t=1712150900; cv=none; d=zohomail.eu; s=zohoarc; b=SYkoosOsFOZHE1z6aVZV0pfpwCJ7hhk1t5SDqHI0HFBm+HpmVYoi2xL9Iy3wz605AMWsge6S3IEwyK8/kjguGdLd2HmEyAZDD28KOQ7dAjlBDObu59CRIwVBMBDAL9998meHUQbSAMXCIDFUcmSvfhuVkUe8K9GNk9r/cTqmk8M= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1712150900; h=Content-Transfer-Encoding:Date:Date:From:From:MIME-Version:Message-ID:Subject:Subject:To:To:Message-Id:Reply-To:Cc; bh=n7wtZCxWpI8rLHIP8PWFaHhn0zdaelje2LNt4um7dYg=; b=Nkhs6PCLdbJ40YYqgdJqMNuqwnUdrSR9uz5gUSjpjtBz1MaaZbkUGNkDXTPbHX8zU/f2FDhg5U6JHdd02vs8VamDelrTczIYSoK+yXtRmHmK7eJwZA4nHMSxzbiZEXgqnbed30XbHHIurn836PuDDDJodxHFM5PWbg1WVwGu06w= ARC-Authentication-Results: i=1; mx.zohomail.eu; dkim=pass header.i=bursov.com; spf=pass smtp.mailfrom=vitaly@bursov.com; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1712150900; s=zoho; d=bursov.com; i=vitaly@bursov.com; h=From:From:To:To:Subject:Subject:Date:Date:Message-Id:Message-Id:MIME-Version:Content-Transfer-Encoding:Reply-To:Cc; bh=n7wtZCxWpI8rLHIP8PWFaHhn0zdaelje2LNt4um7dYg=; b=bfzbg5wr20lul+Ji23aPVM0+7I/k9c8T7GbIivp0ubDQ3u2eTDi8jSDtmOUiOtGn VNg0/6aRGz+fc10+C7yyGqR5LZfN05TPKMzrBx8bJAzP0VQD00WuQ2DBvCxp2F0Bimp x3QpUbRh4TYjiTLZPQL8I5ZJLHnlUu/iWjk03KkY= Received: from localhost.localdomain (217.20.170.230 [217.20.170.230]) by mx.zoho.eu with SMTPS id 1712150898611451.5209208371101; Wed, 3 Apr 2024 15:28:18 +0200 (CEST) From: Vitalii Bursov To: Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Daniel Bristot de Oliveira , Valentin Schneider , linux-kernel@vger.kernel.org, Vitalii Bursov Subject: [PATCH v3 0/3] sched/fair: allow disabling sched_balance_newidle with sched_relax_domain_level Date: Wed, 3 Apr 2024 16:28:03 +0300 Message-Id: X-Mailer: git-send-email 2.39.2 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-ZohoMailClient: External Changes in v3: - Remove levels table change from the documentation patch - Link to v2: https://lore.kernel.org/lkml/cover.1711900396.git.vitaly@bursov.com/ Changes in v2: - Split debug.c change in a separate commit and move new "level" after "groups_flags" - Added "Fixes" tag and updated commit message - Update domain levels cgroup-v1/cpusets.rst documentation - Link to v1: https://lore.kernel.org/all/cover.1711584739.git.vitaly@bursov.com/ During the upgrade from Linux 5.4 we found a small (around 3%) performance regression which was tracked to commit c5b0a7eefc70150caf23e37bc9d639c68c87a097 sched/fair: Remove sysctl_sched_migration_cost condition With a default value of 500us, sysctl_sched_migration_cost is significanlty higher than the cost of load_balance. Remove the condition and rely on the sd->max_newidle_lb_cost to abort newidle_balance. Looks like "newidle" balancing is beneficial for a lot of workloads, just not for this specific one. The workload is video encoding, there are 100s-1000s of threads, some are synchronized with mutexes and conditional variables. The process aims to have a portion of CPU idle, so no CPU cores are 100% busy. Perhaps, the performance impact we see comes from additional processing in the scheduler and additional cost like more cache misses, and not from an incorrect balancing. See perf output below. My understanding is that "sched_relax_domain_level" cgroup parameter should control if sched_balance_newidle() is called and what's the scope of the balancing is, but it doesn't fully work for this case. cpusets.rst documentation: > The 'cpuset.sched_relax_domain_level' file allows you to request changing > this searching range as you like. This file takes int value which > indicates size of searching range in levels ideally as follows, > otherwise initial value -1 that indicates the cpuset has no request. > > ====== =========================================================== > -1 no request. use system default or follow request of others. > 0 no search. > 1 search siblings (hyperthreads in a core). > 2 search cores in a package. > 3 search cpus in a node [= system wide on non-NUMA system] > 4 search nodes in a chunk of node [on NUMA system] > 5 search system wide [on NUMA system] > ====== =========================================================== Setting cpuset.sched_relax_domain_level to 0 works as 1. On a dual-CPU server, domains and levels are as follows: domain 0: level 0, SMT domain 1: level 2, MC domain 2: level 5, NUMA So, to support "0 no search", the value in cpuset.sched_relax_domain_level should disable SD_BALANCE_NEWIDLE for a specified level and keep it enabled for prior levels. For example, SMT level is 0, so sched_relax_domain_level=0 should exclude levels >=0. Instead, cpuset.sched_relax_domain_level enables the specified level, which effectively removes "no search" option. See below for domain flags for all cpuset.sched_relax_domain_level values. Proposed patch allows clearing SD_BALANCE_NEWIDLE flags when cpuset.sched_relax_domain_level is set to 0 and extends max value validation range beyond sched_domain_level_max. This allows setting SD_BALANCE_NEWIDLE on all levels and override platform default if it does not include all levels. Thanks ========================= Perf output for a simimar workload/test case shows that newidle_balance (now renamed to sched_balance_newidle) is called when handling futex and nanosleep syscalls: 8.74% 0.40% a.out [kernel.vmlinux] [k] entry_SYSCALL_64 8.34% entry_SYSCALL_64 - do_syscall_64 - 5.50% __x64_sys_futex - 5.42% do_futex - 3.79% futex_wait - 3.74% __futex_wait - 3.53% futex_wait_queue - 3.45% schedule - 3.43% __schedule - 2.06% pick_next_task - 1.93% pick_next_task_fair - 1.87% newidle_balance - 1.52% load_balance - 1.16% find_busiest_group - 1.13% update_sd_lb_stats.constprop.0 1.01% update_sg_lb_stats - 0.83% dequeue_task_fair 0.66% dequeue_entity - 1.57% futex_wake - 1.22% wake_up_q - 1.20% try_to_wake_up 0.58% select_task_rq_fair - 2.44% __x64_sys_nanosleep - 2.36% hrtimer_nanosleep - 2.33% do_nanosleep - 2.05% schedule - 2.03% __schedule - 1.23% pick_next_task - 1.15% pick_next_task_fair - 1.12% newidle_balance - 0.90% load_balance - 0.68% find_busiest_group - 0.66% update_sd_lb_stats.constprop.0 0.59% update_sg_lb_stats 0.52% dequeue_task_fair When newidle_balance is disabled (or when using older kernels), perf output is: 6.37% 0.41% a.out [kernel.vmlinux] [k] entry_SYSCALL_64 5.96% entry_SYSCALL_64 - do_syscall_64 - 3.97% __x64_sys_futex - 3.89% do_futex - 2.32% futex_wait - 2.27% __futex_wait - 2.05% futex_wait_queue - 1.98% schedule - 1.96% __schedule - 0.81% dequeue_task_fair 0.66% dequeue_entity - 0.64% pick_next_task 0.51% pick_next_task_fair - 1.52% futex_wake - 1.15% wake_up_q - try_to_wake_up 0.59% select_task_rq_fair - 1.58% __x64_sys_nanosleep - 1.52% hrtimer_nanosleep - 1.48% do_nanosleep - 1.20% schedule - 1.19% __schedule 0.53% dequeue_task_fair Without a patch: ========================= CPUs: 2 Intel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz # uname -r 6.8.1 # numactl -H available: 2 nodes (0-1) node 0 cpus: 0 1 2 3 4 5 6 7 8 9 10 11 24 25 26 27 28 29 30 31 32 33 34 35 node 0 size: 63962 MB node 0 free: 59961 MB node 1 cpus: 12 13 14 15 16 17 18 19 20 21 22 23 36 37 38 39 40 41 42 43 44 45 46 47 node 1 size: 64446 MB node 1 free: 63338 MB node distances: node 0 1 0: 10 21 1: 21 10 # head /proc/schedstat version 15 timestamp 4295347219 cpu0 0 0 0 0 0 0 3035466036 858375615 67578 domain0 0000,01000001 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0... domain1 000f,ff000fff 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0... domain2 ffff,ffffffff 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0... # cd /sys/kernel/debug/sched/domains # echo -1 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level # grep . cpu0/*/{name,flags,groups_flags,max_newidle_lb_cost} cpu0/domain0/name:SMT cpu0/domain1/name:MC cpu0/domain2/name:NUMA cpu0/domain0/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain1/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SERIALIZE SD_OVERLAP SD_NUMA cpu0/domain1/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain0/max_newidle_lb_cost:2236 cpu0/domain1/max_newidle_lb_cost:3444 cpu0/domain2/max_newidle_lb_cost:4590 # echo 0 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level # grep . cpu0/*/{flags,groups_flags,max_newidle_lb_cost} cpu0/domain0/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain1/flags:SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/flags:SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SERIALIZE SD_OVERLAP SD_NUMA cpu0/domain1/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/groups_flags:SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain0/max_newidle_lb_cost:0 cpu0/domain1/max_newidle_lb_cost:0 cpu0/domain2/max_newidle_lb_cost:0 # echo 1 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level # grep . cpu0/*/{flags,groups_flags,max_newidle_lb_cost} cpu0/domain0/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain1/flags:SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/flags:SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SERIALIZE SD_OVERLAP SD_NUMA cpu0/domain1/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/groups_flags:SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain0/max_newidle_lb_cost:309 cpu0/domain1/max_newidle_lb_cost:0 cpu0/domain2/max_newidle_lb_cost:0 # echo 2 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level # grep . cpu0/*/{flags,groups_flags,max_newidle_lb_cost} cpu0/domain0/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain1/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/flags:SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SERIALIZE SD_OVERLAP SD_NUMA cpu0/domain1/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain0/max_newidle_lb_cost:276 cpu0/domain1/max_newidle_lb_cost:2776 cpu0/domain2/max_newidle_lb_cost:0 # echo 3 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level # grep . cpu0/*/{flags,groups_flags,max_newidle_lb_cost} cpu0/domain0/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain1/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/flags:SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SERIALIZE SD_OVERLAP SD_NUMA cpu0/domain1/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain0/max_newidle_lb_cost:289 cpu0/domain1/max_newidle_lb_cost:3192 cpu0/domain2/max_newidle_lb_cost:0 # echo 4 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level # grep . cpu0/*/{flags,groups_flags,max_newidle_lb_cost} cpu0/domain0/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain1/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/flags:SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SERIALIZE SD_OVERLAP SD_NUMA cpu0/domain1/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_CPUCAPACITY SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain2/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC SD_BALANCE_FORK SD_WAKE_AFFINE SD_SHARE_PKG_RESOURCES SD_PREFER_SIBLING cpu0/domain0/max_newidle_lb_cost:1306 cpu0/domain1/max_newidle_lb_cost:1999 cpu0/domain2/max_newidle_lb_cost:0 # echo 5 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level bash: echo: write error: Invalid argument ========================= The same system with the patch applied: ========================= # cd /sys/kernel/debug/sched/domains # echo -1 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level # grep . cpu0/*/{name,level,flags,groups_flags} cpu0/domain0/name:SMT cpu0/domain1/name:MC cpu0/domain2/name:NUMA cpu0/domain0/level:0 cpu0/domain1/level:2 cpu0/domain2/level:5 cpu0/domain0/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain1/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain2/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain1/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain2/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... # echo 0 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level # grep . cpu0/*/{flags,groups_flags} cpu0/domain0/flags:SD_BALANCE_EXEC ... cpu0/domain1/flags:SD_BALANCE_EXEC ... cpu0/domain2/flags:SD_BALANCE_EXEC ... cpu0/domain1/groups_flags:SD_BALANCE_EXEC ... cpu0/domain2/groups_flags:SD_BALANCE_EXEC ... # echo 1 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level # grep . cpu0/*/{flags,groups_flags} cpu0/domain0/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain1/flags:SD_BALANCE_EXEC ... cpu0/domain2/flags:SD_BALANCE_EXEC ... cpu0/domain1/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain2/groups_flags:SD_BALANCE_EXEC ... [skip 2, same as 1] # echo 3 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level # grep . cpu0/*/{flags,groups_flags} cpu0/domain0/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain1/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain2/flags:SD_BALANCE_EXEC ... cpu0/domain1/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain2/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... [skip 4 and 5, same as 3] # echo 6 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level # grep . cpu0/*/{flags,groups_flags} cpu0/domain0/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain1/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain2/flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain1/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... cpu0/domain2/groups_flags:SD_BALANCE_NEWIDLE SD_BALANCE_EXEC ... # echo 7 > /sys/fs/cgroup/cpuset/cpuset.sched_relax_domain_level bash: echo: write error: Invalid argument ========================= Vitalii Bursov (3): sched/fair: allow disabling sched_balance_newidle with sched_relax_domain_level sched/debug: dump domains' level docs: cgroup-v1: clarify that domain levels are system-specific Documentation/admin-guide/cgroup-v1/cpusets.rst | 7 ++++++- kernel/cgroup/cpuset.c | 2 +- kernel/sched/debug.c | 1 + kernel/sched/topology.c | 2 +- 4 files changed, 9 insertions(+), 3 deletions(-) -- 2.20.1