mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Xing Zhengjun <zhengjun.xing@linux.intel.com>
To: Peter Zijlstra <peterz@infradead.org>,
	kernel test robot <oliver.sang@intel.com>
Cc: Valentin Schneider <valentin.schneider@arm.com>,
	Daniel Bristot de Oliveira <bristot@redhat.com>,
	LKML <linux-kernel@vger.kernel.org>,
	x86@kernel.org, lkp@lists.01.org, lkp@intel.com,
	zhengjun.xing@intel.com, aubrey.li@linux.intel.com,
	yu.c.chen@intel.com
Subject: Re: [LKP] Re: [sched/hotplug] 2558aacff8: will-it-scale.per_thread_ops -1.6% regression
Date: Tue, 15 Dec 2020 13:35:46 +0800	[thread overview]
Message-ID: <33c543f8-97c9-cb18-a2f8-a90b8a5769cc@linux.intel.com> (raw)
In-Reply-To: <20201210161408.GX3021@hirez.programming.kicks-ass.net>



On 12/11/2020 12:14 AM, Peter Zijlstra wrote:
> On Thu, Dec 10, 2020 at 04:18:59PM +0800, kernel test robot wrote:
>> FYI, we noticed a -1.6% regression of will-it-scale.per_thread_ops due to commit:
>> commit: 2558aacff8586699bcd248b406febb28b0a25de2 ("sched/hotplug: Ensure only per-cpu kthreads run during hotplug")
> 
> Mooo, weird but whatever. Does the below help at all?

I test the patch, the regression reduced to -0.6%.

=========================================================================================
tbox_group/testcase/rootfs/kconfig/compiler/nr_task/mode/test/cpufreq_governor/ucode:
 
lkp-cpl-4sp1/will-it-scale/debian-10.4-x86_64-20200603.cgz/x86_64-rhel-8.3/gcc-9/100%/thread/sched_yield/performance/0x700001e

commit:
   565790d28b1e33ee2f77bad5348b99f6dfc366fd
   2558aacff8586699bcd248b406febb28b0a25de2
   4b26139b8db627a55043183614a32b0aba799d27 (this test patch)

565790d28b1e33ee 2558aacff8586699bcd248b406f 4b26139b8db627a55043183614a
---------------- --------------------------- ---------------------------
          %stddev     %change         %stddev     %change         %stddev
              \          |                \          |                \
  4.011e+08            -1.6%  3.945e+08            -0.6%  3.989e+08 
    will-it-scale.144.threads
    2785455            -1.6%    2739520            -0.6%    2769967 
    will-it-scale.per_thread_ops
  4.011e+08            -1.6%  3.945e+08            -0.6%  3.989e+08 
    will-it-scale.workload

> 
> ---
>   kernel/sched/core.c  | 40 +++++++++++++++-------------------------
>   kernel/sched/sched.h | 13 +++++--------
>   2 files changed, 20 insertions(+), 33 deletions(-)
> 
> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> index 7af80c3fce12..f80245c7f903 100644
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -3985,15 +3985,20 @@ static void do_balance_callbacks(struct rq *rq, struct callback_head *head)
>   	}
>   }
>   
> +static void balance_push(struct rq *rq);
> +
> +struct callback_head balance_push_callback = {
> +	.next = NULL,
> +	.func = (void (*)(struct callback_head *))balance_push,
> +};
> +
>   static inline struct callback_head *splice_balance_callbacks(struct rq *rq)
>   {
>   	struct callback_head *head = rq->balance_callback;
>   
>   	lockdep_assert_held(&rq->lock);
> -	if (head) {
> +	if (head)
>   		rq->balance_callback = NULL;
> -		rq->balance_flags &= ~BALANCE_WORK;
> -	}
>   
>   	return head;
>   }
> @@ -4014,21 +4019,6 @@ static inline void balance_callbacks(struct rq *rq, struct callback_head *head)
>   	}
>   }
>   
> -static void balance_push(struct rq *rq);
> -
> -static inline void balance_switch(struct rq *rq)
> -{
> -	if (likely(!rq->balance_flags))
> -		return;
> -
> -	if (rq->balance_flags & BALANCE_PUSH) {
> -		balance_push(rq);
> -		return;
> -	}
> -
> -	__balance_callbacks(rq);
> -}
> -
>   #else
>   
>   static inline void __balance_callbacks(struct rq *rq)
> @@ -4044,10 +4034,6 @@ static inline void balance_callbacks(struct rq *rq, struct callback_head *head)
>   {
>   }
>   
> -static inline void balance_switch(struct rq *rq)
> -{
> -}
> -
>   #endif
>   
>   static inline void
> @@ -4075,7 +4061,7 @@ static inline void finish_lock_switch(struct rq *rq)
>   	 * prev into current:
>   	 */
>   	spin_acquire(&rq->lock.dep_map, 0, 0, _THIS_IP_);
> -	balance_switch(rq);
> +	__balance_callbacks(rq);
>   	raw_spin_unlock_irq(&rq->lock);
>   }
>   
> @@ -7256,6 +7242,10 @@ static void balance_push(struct rq *rq)
>   
>   	lockdep_assert_held(&rq->lock);
>   	SCHED_WARN_ON(rq->cpu != smp_processor_id());
> +	/*
> +	 * Ensure the thing is persistent until balance_push_set(, on = false);
> +	 */
> +	rq->balance_callback = &balance_push_callback;
>   
>   	/*
>   	 * Both the cpu-hotplug and stop task are in this case and are
> @@ -7305,9 +7295,9 @@ static void balance_push_set(int cpu, bool on)
>   
>   	rq_lock_irqsave(rq, &rf);
>   	if (on)
> -		rq->balance_flags |= BALANCE_PUSH;
> +		rq->balance_callback = &balance_push_callback;
>   	else
> -		rq->balance_flags &= ~BALANCE_PUSH;
> +		rq->balance_callback = NULL;
>   	rq_unlock_irqrestore(rq, &rf);
>   }
>   
> diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
> index f5acb6c5ce49..12ada79d40f3 100644
> --- a/kernel/sched/sched.h
> +++ b/kernel/sched/sched.h
> @@ -975,7 +975,6 @@ struct rq {
>   	unsigned long		cpu_capacity_orig;
>   
>   	struct callback_head	*balance_callback;
> -	unsigned char		balance_flags;
>   
>   	unsigned char		nohz_idle_balance;
>   	unsigned char		idle_balance;
> @@ -1226,6 +1225,8 @@ struct rq_flags {
>   #endif
>   };
>   
> +extern struct callback_head balance_push_callback;
> +
>   /*
>    * Lockdep annotation that avoids accidental unlocks; it's like a
>    * sticky/continuous lockdep_assert_held().
> @@ -1243,9 +1244,9 @@ static inline void rq_pin_lock(struct rq *rq, struct rq_flags *rf)
>   #ifdef CONFIG_SCHED_DEBUG
>   	rq->clock_update_flags &= (RQCF_REQ_SKIP|RQCF_ACT_SKIP);
>   	rf->clock_update_flags = 0;
> -#endif
>   #ifdef CONFIG_SMP
> -	SCHED_WARN_ON(rq->balance_callback);
> +	SCHED_WARN_ON(rq->balance_callback && rq->balance_callback != &balance_push_callback);
> +#endif
>   #endif
>   }
>   
> @@ -1408,9 +1409,6 @@ init_numa_balancing(unsigned long clone_flags, struct task_struct *p)
>   
>   #ifdef CONFIG_SMP
>   
> -#define BALANCE_WORK	0x01
> -#define BALANCE_PUSH	0x02
> -
>   static inline void
>   queue_balance_callback(struct rq *rq,
>   		       struct callback_head *head,
> @@ -1418,13 +1416,12 @@ queue_balance_callback(struct rq *rq,
>   {
>   	lockdep_assert_held(&rq->lock);
>   
> -	if (unlikely(head->next || (rq->balance_flags & BALANCE_PUSH)))
> +	if (unlikely(head->next || rq->balance_callback == &balance_push_callback))
>   		return;
>   
>   	head->func = (void (*)(struct callback_head *))func;
>   	head->next = rq->balance_callback;
>   	rq->balance_callback = head;
> -	rq->balance_flags |= BALANCE_WORK;
>   }
>   
>   #define rcu_dereference_check_sched_domain(p) \
> _______________________________________________
> LKP mailing list -- lkp@lists.01.org
> To unsubscribe send an email to lkp-leave@lists.01.org
> 

-- 
Zhengjun Xing

  reply	other threads:[~2020-12-15  5:37 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-10  8:18 kernel test robot
2020-12-10 16:14 ` Peter Zijlstra
2020-12-15  5:35   ` Xing Zhengjun [this message]
2020-12-15  8:37     ` [LKP] " Peter Zijlstra
2020-12-16 11:18   ` [tip: sched/urgent] sched: Optimize finish_lock_switch() tip-bot2 for Peter Zijlstra

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=33c543f8-97c9-cb18-a2f8-a90b8a5769cc@linux.intel.com \
    --to=zhengjun.xing@linux.intel.com \
    --cc=aubrey.li@linux.intel.com \
    --cc=bristot@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkp@intel.com \
    --cc=lkp@lists.01.org \
    --cc=oliver.sang@intel.com \
    --cc=peterz@infradead.org \
    --cc=valentin.schneider@arm.com \
    --cc=x86@kernel.org \
    --cc=yu.c.chen@intel.com \
    --cc=zhengjun.xing@intel.com \
    /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

Powered by JetHome