Received: by 2002:ab2:1149:0:b0:1f3:1f8c:d0c6 with SMTP id z9csp1034825lqz; Sun, 31 Mar 2024 10:22:25 -0700 (PDT) X-Forwarded-Encrypted: i=4; AJvYcCU8Ole+WK6evbyPdYCrEJBa1+o5938IhTZ4gGqSOc4MwWv+9Tb22wtv2p/oTKajNymqETKsMIvMs0W3BnB7yrUMS2nJTDJ0YuBWsgyWsg== X-Google-Smtp-Source: AGHT+IG7YWTujw8y91UTNor+qt7OlOx08EDM7wKrEFbTgKSym2SegSIp7iB5A0hiO5HsiaoYF1lj X-Received: by 2002:a05:6808:1185:b0:3c3:e7ba:ab51 with SMTP id j5-20020a056808118500b003c3e7baab51mr8671577oil.18.1711905744878; Sun, 31 Mar 2024 10:22:24 -0700 (PDT) ARC-Seal: i=3; a=rsa-sha256; t=1711905744; cv=pass; d=google.com; s=arc-20160816; b=v52Va9CehfBBBUbkW6ZHKeC4C4jkTHzgG3ylasB2OWEWx8kgc/L9twQ6PlK1X+o7Fz +vRWsau4yn0lCM8ecKMdOeVQKNc6jHHaZC3WUCcI6szhx3jO+K4Bw6S/STxyjj7GI8qz ENI6i22+xh5c6p3Z6ZLd8dIlZPbBIaIsmUQc3GKN1p+gJCCjATqWuW+qUUkXg9A5+QaA xEtM+548QWLtvp7yUQjTYrTgZFAduLnnmH+24o38JWKn/PshZFSrrtYnLVW6venDf1qf 6zSc0wQCP7BEz7fN8skufbPVeuAHe/Ko4NC5A4WfF0ImUQ/znb6i82hCwPXcVdUO2GhA CT6w== 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=qDmb7/y5mzqm7jGNtez+BTLdnUniJJ00x2cQIT2ZmKM=; fh=SotPdUFMeEEyMi/Tle40x0qcsTe88+U78qIS3skPpMM=; b=lzY7HNKmpBE2D3hkjrItKFED6AqrXayAywjSZb1xdGKaFrpJbqYxPrf44ZLWEcLGMs NpFSbRd/lPxYdrSSRUdD3k1+H4L3KDRplHcQ7xZb+uxDpBvDUVZ9WlGvyhQLm22iM0BS D6HrD2leVQ3rnWkuIsOhFruy3nRcfhz/qd2cW1p5Lf+lba/OW/BWPE1ar93sPKJ85mfo 1HIFuidh9p7g0A/2LiSP+Xs4uqFZhus7OdC8zeGVmx/7JgliphBaokO20r8U3OZ/ONev MCNUDdAsIgiKB4r9+HJFf0Xcjph8EV/sRmNe2Fg1I25Ua6Og5IQgzT38ujGmSOOXt5dj ENEA==; dara=google.com ARC-Authentication-Results: i=3; mx.google.com; dkim=pass header.i=@bursov.com header.s=zoho header.b=OaZxqG6L; arc=pass (i=2 spf=pass spfdomain=bursov.com dkim=pass dkdomain=bursov.com); spf=pass (google.com: domain of linux-kernel+bounces-126312-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-126312-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 p21-20020a05622a00d500b00432b95b06d6si7417904qtw.649.2024.03.31.10.22.24 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 31 Mar 2024 10:22:24 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-126312-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=OaZxqG6L; arc=pass (i=2 spf=pass spfdomain=bursov.com dkim=pass dkdomain=bursov.com); spf=pass (google.com: domain of linux-kernel+bounces-126312-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-126312-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 2BE771C223D2 for ; Sun, 31 Mar 2024 17:22:10 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 61F03171672; Sun, 31 Mar 2024 16:47:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=bursov.com header.i=vitaly@bursov.com header.b="OaZxqG6L" 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 A7AFA171665 for ; Sun, 31 Mar 2024 16:47:46 +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=1711903669; cv=pass; b=ZPgcD+AJpUBkWuAFb/9AFQnW+kiww9MV7nrYEFaOkquNGDhcq5C6FsjOAJtHSwK7FhXVnSeQuTMA88RnEjQMLtwhBjriWBIAUP+q9t/5FJQ/5WuHnFWd6A30HCnH1P85R0spXIyhVFJBtl/GMvH6FNSsEyT3yHQmHe1KynambCk= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711903669; c=relaxed/simple; bh=mgcVSxo6tBZDa32Bz8/sgRpF/e3sjmEW1ve7qXntiLQ=; h=From:To:Subject:Date:Message-Id:MIME-Version; b=L6ddIRu4/vBOeC5PfMGCcKChR7QsEJtuS1YQDc2PSxehr50awOWwwLignAZ3A6c3Ymv45PTBkOafN43avtk1XhokRCkQlIFd0ylzwjL1fvMbQr1K4IjSLVRg4D2K69JwTh2IO2Cd98gSlAD449Zq2PtsyhX/ULVoIXJ+8GMio/Y= 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=OaZxqG6L; 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=1711900921; cv=none; d=zohomail.eu; s=zohoarc; b=cDhV90OVt5GzKdOrQNu4UDKl9u4x9iHTgVUj9PRhkSHV9VuMF1mGqmIOn6S5yVJ7AvbTWS3AzhZPEATkX3jCfHFE5L8c5jo3tG0bOckxav9xxvzrewcjvS2fuMakh6R7wMrKmp+LoaYDkzc5SVjjENe+AZUq7NijmLNCGqWKotc= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.eu; s=zohoarc; t=1711900921; h=Content-Transfer-Encoding:Date:Date:From:From:MIME-Version:Message-ID:Subject:Subject:To:To:Message-Id:Reply-To:Cc; bh=qDmb7/y5mzqm7jGNtez+BTLdnUniJJ00x2cQIT2ZmKM=; b=ktX2dKUwnRPYX7cIQyKoH+be6dldd1PdkAjej166zTQ5XC2ZJcu5dbvl6u5dqXzICgCxNcuoSERirvT9HL3MtDMRCtAqudibuzkWzPNP8aXnGQ5l3TJpBTH44zV5D9hu3d5iCJu/SCQ+9feRIbJd+t3DoQLmboE5W6EeumBSJ5o= 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=1711900921; 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=qDmb7/y5mzqm7jGNtez+BTLdnUniJJ00x2cQIT2ZmKM=; b=OaZxqG6LNHED42+2Ov8smC6tsXsWinzSMFFc7yyReXyRZ0MhL4pfMaFECfW9LY29 F2NDZ5Kd8VRiYFeYPgAH00PtFm76tpSvnMFBX8IjYB29lUBsbOe9zWu2yfhir7qs5LD mZH5BqB0GUzupdcwW+kLbpNMsUqZx6BgjucvYJL8= Received: from localhost.localdomain (217.20.170.230 [217.20.170.230]) by mx.zoho.eu with SMTPS id 1711900919479475.3027386177721; Sun, 31 Mar 2024 18:01:59 +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 v2 0/3] sched/fair: allow disabling sched_balance_newidle with sched_relax_domain_level Date: Sun, 31 Mar 2024 19:01:46 +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 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 | 16 +++++++++++----- kernel/cgroup/cpuset.c | 2 +- kernel/sched/debug.c | 1 + kernel/sched/topology.c | 2 +- 4 files changed, 14 insertions(+), 7 deletions(-) -- 2.20.1