From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752857AbdHXKpO (ORCPT ); Thu, 24 Aug 2017 06:45:14 -0400 Received: from mail-lf0-f67.google.com ([209.85.215.67]:34263 "EHLO mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751566AbdHXKpL (ORCPT ); Thu, 24 Aug 2017 06:45:11 -0400 From: "Uladzislau Rezki (Sony)" To: Peter Zijlstra Cc: LKML , Ingo Molnar , Mike Galbraith , Oleksiy Avramchenko , Paul Turner , Oleg Nesterov , Steven Rostedt , Mike Galbraith , Kirill Tkhai , Tim Chen , Nicolas Pitre , "Uladzislau Rezki (Sony)" Subject: [RFC][PATCH]: sched/fair: search a task from the tail of the queue Date: Thu, 24 Aug 2017 12:44:44 +0200 Message-Id: <20170824104445.16827-1-urezki@gmail.com> X-Mailer: git-send-email 2.11.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, while doing a load balancing (plus active) if we change a direction of task search we may benefit when it comes to performance. See below results of running hackbench with following parameters: 1000 samples 40 groups [1] ftp://vps418301.ovh.net/incoming/hackbench_40_groups_1000_samples_default_patched_i5-3320M.png Uladzislau Rezki (1): sched/fair: search a task from the tail of the queue kernel/sched/fair.c | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) -- 2.11.0