Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp285048imm; Thu, 6 Sep 2018 02:23:03 -0700 (PDT) X-Google-Smtp-Source: ANB0VdbDETyZnfsLFn/8i3kSbV+D/1k/dCttKEYEWMPiYUfsagAxeEPzJWVVZ0cs1eoTb3LckOmp X-Received: by 2002:a63:555c:: with SMTP id f28-v6mr1805023pgm.37.1536225783088; Thu, 06 Sep 2018 02:23:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536225783; cv=none; d=google.com; s=arc-20160816; b=xT/9rvHV2v2pldyboVmoyCPr3DMLQ6capcgmkETF09fBCMwOCoonEo2vRCnQ9YogK2 ktYYeySmp9VGRzNNIn05MOmIuTbNTu8OZMU9DOT6Wd6eGJ6F+8qw/hnbpMMhFoUWqy57 E73EQXbcVwc8GpCWqDxLAf6kdcxtMVJ6zVCjW4LH64KXI/xbqqiWNk6pXSI43z6y4cXo JCgSPTGH+gIRctBEiaINUU4ruE21e2PnbnoFxX4nwXyABdHlgs10qEhGL/Rqz1qFRuc5 dnRL4TeriDPkYhWywNTACT1PcQntVBEl3wSsyKDksrxeVDUUu4pX35bhG82LfIHhdNJn kDIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=eAC5g786jXAzkgPDVOMEFKwLTdpe+IQiz/vV9rnVBnU=; b=D+34OhN0MXIovUfgtrP1FZW3vFoX2S70lEvUh5zQyTjp/QslHDrfY8/ikPUJIu9WHc fp+yT9Rw9u+GYgS2Q7PatxI4eIEZ/J9wd4l4EdxnPG14TwJQbLWtSLmcqObrnMIJiqlt 0O4l1hxiaY9TSuGJiMPn1kp0zNnvOiZWBpWJxN8NeXzOhGA+H/ijMtf66j0kFIRhTgWw oV02IaodUpBQ2Arg+dXuvsbHSaL21WO8CLbtjhPMiSC3P7fOktku1a5pAxrMxwrz/QNh m+wXTewOHfblFN4O+q19Nqye9Dlpp/LCV/f9xuEwxhCksjGVJizkcVBnfwq+SoNxNxF8 NGkg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=LTzghy+Z; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n7-v6si4219915pgp.411.2018.09.06.02.22.47; Thu, 06 Sep 2018 02:23:03 -0700 (PDT) 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; dkim=pass header.i=@linaro.org header.s=google header.b=LTzghy+Z; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728334AbeIFN4N (ORCPT + 99 others); Thu, 6 Sep 2018 09:56:13 -0400 Received: from mail-it0-f52.google.com ([209.85.214.52]:39744 "EHLO mail-it0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728024AbeIFN4N (ORCPT ); Thu, 6 Sep 2018 09:56:13 -0400 Received: by mail-it0-f52.google.com with SMTP id h1-v6so13250925itj.4 for ; Thu, 06 Sep 2018 02:21:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eAC5g786jXAzkgPDVOMEFKwLTdpe+IQiz/vV9rnVBnU=; b=LTzghy+ZqwMb65NTjATFP27YnAES8tuKd3Hi1ATAxQ+H8ZecH8Wwt/K+dfjMzJN2jV dSW/VOSpICB4qzSDoOXnWHUGbOKtR7EbSv9hkzeWnP9NcP7+RVVUhanfiWauzd61nkYi j/1+y7ZHiEM65Od9m5BHbTNuOXT3nU3zzWiMs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eAC5g786jXAzkgPDVOMEFKwLTdpe+IQiz/vV9rnVBnU=; b=AtBuWX6dzcloWTNR4gjpW7zJ7LJ8mBKdV91hBDsNmFgudyot7zpJMTrIU8KiyOfHde Nj/qqEkx9TagyGjjrxcSvCDDU7mS4BOshj+4iBm8NJ3/U67K7zTQUIjT+pgKygESu7A8 +hBqbWPPT/bWSZHH/JUKYzBxp6gCSSMrsPETu0UF8eskpJefMF5pNvCgk8SmZBE6zsjz qyNd/cEw/Pw5//DAixbVEksrHOZOBvW42hLEKqaJyS9P3b8Hx2e9EeLmgFNqxwomlRJb IctErb6aOfiWuwQXRQ3O9oOAP06JlsgBhHFPfFt5ttFfvu7KUqq+S764T/5nzqhHfHev TmHg== X-Gm-Message-State: APzg51CDmAttnPocqsb4pHz9Ltrl+mbH0YLbIqTYB8eWTC02BGKN5t/j vZgXpSNUgwInQCw0knve/bst0CKZHs0Fd1AJMmSe7Q== X-Received: by 2002:a24:e00e:: with SMTP id c14-v6mr1908430ith.108.1536225700132; Thu, 06 Sep 2018 02:21:40 -0700 (PDT) MIME-Version: 1.0 References: <1535548752-4434-1-git-send-email-vincent.guittot@linaro.org> <1535548752-4434-4-git-send-email-vincent.guittot@linaro.org> <20180904082424.GA2090@linux.vnet.ibm.com> <20180904093626.GA23936@linaro.org> <20180904103742.GC61288@linux.vnet.ibm.com> <20180905085029.GA57420@linux.vnet.ibm.com> <20180905111436.GB57420@linux.vnet.ibm.com> In-Reply-To: <20180905111436.GB57420@linux.vnet.ibm.com> From: Vincent Guittot Date: Thu, 6 Sep 2018 11:21:29 +0200 Message-ID: Subject: Re: [RFC PATCH 3/4] sched/topology: remove smt_gain To: Srikar Dronamraju Cc: Peter Zijlstra , Ingo Molnar , linux-kernel Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 5 Sep 2018 at 13:14, Srikar Dronamraju wrote: > > * Vincent Guittot [2018-09-05 11:11:35]: > > > On Wed, 5 Sep 2018 at 10:50, Srikar Dronamraju > > wrote: > > > > > > * Vincent Guittot [2018-09-05 09:36:42]: > > > > > > > > > > > > > I dont know of any systems that have come with single threaded and > > > > > multithreaded. However some user can still offline few threads in a core > > > > > while leaving other cores untouched. I dont really know why somebody > > > > > would want to do it. For example, some customer was toying with SMT 3 > > > > > mode in a SMT 8 power8 box. > > > > > > > > In this case, it means that we have the same core capacity whatever > > > > the number of CPUs > > > > and a core with SMT 3 will be set with the same compute capacity as > > > > the core with SMT 8. > > > > Does it still make sense ? > > > > > > > > > > To me it make sense atleast from a power 8 perspective, because SMT 1 > > > > SMT 2 > SMT 4 > SMT8. So if one core is configured for SMT 2 and other > > > core is configured for SMT4; all threads being busy, the individual > > > threads running on SMT2 core will complete more work than SMT 4 core > > > threads. > > > > I agree for individual thread capacity but at core group level, the > > core SMT 1 will have the same capacity as core group SMT 8 so load > > balance will try to balance evenly the tasks between the 2 cores > > whereas core SMT 8 > core SMT1 , isn't it ? > > > > I believe that Core capacity irrespective of the number of threads > should be similar. We wanted to give a small benefit if the core has > multiple threads and that was smt_gain. Lets say we have 8 equal sw > threads running on 2 cores; one being SMT 2 and other being SMT4. > then 4 threads should be spread to each core. So that we would be fair > to each of the 8 SW threads. Do you mean that it would be the same with SMT 2 and SMT 8 ? evenly spread the 8 SW threads between the 2 cores would be better than 2 SW threads on core SMT 2 and 6 on core SMT8 > > -- > Thanks and Regards > Srikar Dronamraju >