Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp6551718imu; Sun, 2 Dec 2018 21:32:29 -0800 (PST) X-Google-Smtp-Source: AFSGD/VNVkp25vUZug+kNZivPDZMTWE0w5+p4FXTc7441nSaCadzxWEqw3Ue+3VBFzLr5Yyfqif2 X-Received: by 2002:a63:e950:: with SMTP id q16mr12136146pgj.138.1543815149118; Sun, 02 Dec 2018 21:32:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543815149; cv=none; d=google.com; s=arc-20160816; b=rWzeqpWUlzfRqldrGN5BWLBLJKNTvCJ7HwicNGFO9sDn9zsN3Dqa54VIWAw6/eX289 xFBWjZs4c1iAgFiO4kPpBW2uFdpeWVlSClCMbfRMkyotCXIRzwa9BEpZ7BCFF0iZbwwC 2sdK5yp/gqqpCpTYi06lOZbOtFVQi6BzuU5HdoBhrsJlmZGx8asKPA2DiEii+VaXt4yF qiwjErzDX8WdjTyFt921a2tr7UxhKzb073NjRVqaOaemxurMpIHxAVvBlnhQHQfZFGe1 4fO/WDldKZSjE+Qje8itQAuZEOcjc5lYIkiEetPfbVwDtT1QZv7WjI1zTFnKgyvn8HHf RXqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=9gnaEf6CuRvOdIwGrZNwBjPoOPbBe5xC70t9XgDeA9U=; b=xoSTdrgs1PyJbrX0KgtbmRk+7+9pb0S7A4ibyq+MApAdaV1gPZvTngauXpI5v7oIBA J57C8NQtQUQSgsQyYDvJtheyfwtEZwA0gbwCaPwNZBCMuhjmgu8LSH3inKShAD3JXEHK hkDHQ8xBOTeVc21nbrzbv5qa2jcgJq2Sl/YskNsdZ831G3rzmm0PuvgNFnRf2k5ktHIu t9XoNbLSrAmcAhWLM5HU6Ylz1DwcH2Tqtl0weWU+jIrvDm6UpJ5jX++rUUCp8SjsHW63 u2TMH5he0qrnLr/WSx6ViJi3mxJ9bvd4ftOvX1OmvNDcDkD7NvZsRJk1KZY/lzbucxXy PIDw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o10si12239650pls.76.2018.12.02.21.32.14; Sun, 02 Dec 2018 21:32:29 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725834AbeLCFbo (ORCPT + 99 others); Mon, 3 Dec 2018 00:31:44 -0500 Received: from mx2.suse.de ([195.135.220.15]:34176 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725812AbeLCFbn (ORCPT ); Mon, 3 Dec 2018 00:31:43 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 4F26CACB1; Mon, 3 Dec 2018 05:31:39 +0000 (UTC) Date: Sun, 2 Dec 2018 21:31:30 -0800 From: Davidlohr Bueso To: Peter Zijlstra Cc: Yongji Xie , mingo@redhat.com, will.deacon@arm.com, linux-kernel@vger.kernel.org, xieyongji@baidu.com, zhangyu31@baidu.com, liuqi16@baidu.com, yuanlinsi01@baidu.com, nixun@baidu.com, lilin24@baidu.com, longman@redhat.com, andrea.parri@amarulasolutions.com Subject: [PATCH -tip] kernel/sched,wake_q: Branch predict wake_q_add() cmpxchg Message-ID: <20181203053130.gwkw6kg72azt2npb@linux-r8p5> References: <20181129131232.GN2131@hirez.programming.kicks-ass.net> <5598cd71-c3c8-d6ef-eb30-777cf901a2ef@redhat.com> <20181129160627.GU2131@hirez.programming.kicks-ass.net> <8cc45695-b325-a219-8b46-d5da6ddfdd63@redhat.com> <20181129172700.GA11632@hirez.programming.kicks-ass.net> <20181129180828.GA11650@hirez.programming.kicks-ass.net> <729ceddb-dd9a-ec2a-f74e-03fa4d7e65e8@redhat.com> <20181129213017.v3eljor54lfpoug2@linux-r8p5> <20181129213421.wwvhsjql3m3lvtv4@linux-r8p5> <20181129221714.GF11632@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20181129221714.GF11632@hirez.programming.kicks-ass.net> User-Agent: NeoMutt/20180323 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The cmpxchg will fail when the task is already in the process of waking up, and as such is an extremely rare occurrence. Micro-optimize the call and put an unlikely() around it. To no surprise, when using CONFIG_PROFILE_ANNOTATED_BRANCHES under a number of workloads the incorrect rate was a mere 1-2%. Signed-off-by: Davidlohr Bueso --- kernel/sched/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 091e089063be..f7747cf6e427 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -408,7 +408,7 @@ void wake_q_add(struct wake_q_head *head, struct task_struct *task) * This cmpxchg() executes a full barrier, which pairs with the full * barrier executed by the wakeup in wake_up_q(). */ - if (cmpxchg(&node->next, NULL, WAKE_Q_TAIL)) + if (unlikely(cmpxchg(&node->next, NULL, WAKE_Q_TAIL))) return; get_task_struct(task); -- 2.16.4