Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp6009705rwb; Mon, 14 Nov 2022 12:51:05 -0800 (PST) X-Google-Smtp-Source: AA0mqf6NAcrVuviGxlFJCacpLuWRgoeH/8/1rB9RsaluzdTI8lV57Gevg8MJlHBwBCrYNGQv6OtZ X-Received: by 2002:a63:3c3:0:b0:439:3aad:c1c3 with SMTP id 186-20020a6303c3000000b004393aadc1c3mr12871757pgd.350.1668459065007; Mon, 14 Nov 2022 12:51:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668459065; cv=none; d=google.com; s=arc-20160816; b=IXcjy36G9+3mBng0AnfA+8eSmj7z0P3qbVU1bhpEn+8hKm1d/MV0/nfzJ4nNa75b90 qZerZMRY4b61CwnOopF+lH6CDAB6u5Bp0WQOOf4RS5uOyHk8sbiyIBbn/+4A2F2qD4a/ utEEW2i0fSUr5PGIch+n4q+RbkB6c3PM/BXYemuAo3lsvr0ITzXfY8ib/430/S8GN49R O2LVIm3gEYsoeltICKf0XBuCEnAf17liUkH2mfNNYWG6SoNkP/Ilsm2mP+lemZoaG7Q6 /N8RJobEjeWliDXm7aJk6dnhSq9KGeOnS2uZfBxKEal+FJCgO+lXdBy1JRLNqNcqV0ng 7dEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=ltqWv70xhsjqKvmYCLQTQ5/gow9Zeb6RJo0aIx+wB54=; b=bBUe+oChtnZx716LSNDsEinZNP5WS7dzDq6qgVhrX6Bi27Jc68QG+NPTF0M9WjyhqW wEpg/oWLLVB1reQbi79xpUF9wpQ6cRSn+8/++IX2L1WGblQ0AHa4d1sjhxCvMJ5xRGMh lxpLaL7msJVSztksAd1Xrs+8VAlgLfo07Y87MuIPGo1ftXA50zGPWYVCLI8I7kQwzJ57 GDFbaPNzUOVRvormcWdYwXJyJ7mkElvTgk5QEo1MreqYkEK2zRxDZryJeIkxOab9ZIKu C/6SP5zQu0EcADqnum+6puGZYlqBjEcLoSIIa8ypXOf3yjECykxk/pFPTK9GZxJ5WHdF mpcA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=ALXG4BM7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id jj9-20020a170903048900b00185714cba54si9028626plb.167.2022.11.14.12.50.53; Mon, 14 Nov 2022 12:51:04 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=ALXG4BM7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237211AbiKNUoh (ORCPT + 88 others); Mon, 14 Nov 2022 15:44:37 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56736 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236281AbiKNUog (ORCPT ); Mon, 14 Nov 2022 15:44:36 -0500 Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E826D2DA for ; Mon, 14 Nov 2022 12:44:34 -0800 (PST) Received: by mail-wr1-x429.google.com with SMTP id a14so20550880wru.5 for ; Mon, 14 Nov 2022 12:44:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ltqWv70xhsjqKvmYCLQTQ5/gow9Zeb6RJo0aIx+wB54=; b=ALXG4BM7x4DWog/UiKWH4Adq/BFEn6dF//F2c+VGkHprzCZyj0U7hzoI4S42iuKyDk s38OnjWvT7JbG+WM2f1yZ2XznNAKoLa9d/AvQecyfZu9FaeJnqc4R8IkFAxM0yQP2Z19 /ROdn59S4G9yLoXl1lfcniJkLGelD/2bDaziPGsHr+zmLj3rKYT/Rd8yOaQo++InqoEp YuDP9gxBy3qNmHQhKxRA0u3RPSWB188JERbiccs5Gk2JLq8UpCD+j9wOCSCrFPSffLI3 2BA+rglVA3SNZwlXOW3Qta6NQzcWEwAobv6FKwKiFC+bxXd8uUkFmTzIQSbuQcsWmcUr FEDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ltqWv70xhsjqKvmYCLQTQ5/gow9Zeb6RJo0aIx+wB54=; b=nNamlVOrGsneeuxB/6V6PLkG1KNNyXu7zERUPSxIZ070mOS+1JwBkkG2BWpJfwQ/+a yJrGPBi6iOhDpAI+4R3UePL+9ul7EITVwDJvoL2lWM2+RjdkZXtVw4PPKKzAnm1hmasu cPdlA9h8sMjVGsDeeyKQMohYClkoZndTRZxW3rS2F6qcnHgdvH+88Of4KFtfRzNONzeK jbzyDPhfjdOS7ba1PJ0gDGlo46cX1jJKOZvDGYU37DKysCzFpa0uPXF9CA914n5dbneG Ktx4piT7MzmO2tzNcfwMRhBn2qya32gjLQHVaQwoxUWhurp/bqlpc4MS+z7A0p9j6rHc fCpQ== X-Gm-Message-State: ANoB5pmxW6x4KQyNI3rfaG4raXy/k3SEaJg5NzaYHf6cno7SADfbUaid Lw72vmkcAuleZgfmZQxtAHRXUOrXWsqsdQVy7dnTIg== X-Received: by 2002:adf:f211:0:b0:23a:43b7:cdd5 with SMTP id p17-20020adff211000000b0023a43b7cdd5mr8725365wro.387.1668458673337; Mon, 14 Nov 2022 12:44:33 -0800 (PST) MIME-Version: 1.0 References: <20221003214501.2050087-1-connoro@google.com> <20221003214501.2050087-11-connoro@google.com> In-Reply-To: From: "Connor O'Brien" Date: Mon, 14 Nov 2022 12:44:21 -0800 Message-ID: Subject: Re: [RFC PATCH 10/11] torture: support randomized shuffling for proxy exec testing To: Joel Fernandes Cc: linux-kernel@vger.kernel.org, kernel-team@android.com, John Stultz , Qais Yousef , Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Daniel Bristot de Oliveira , Valentin Schneider , Will Deacon , Waiman Long , Boqun Feng , "Paul E . McKenney" Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Instead of doing it this way, maybe another approach is to randomize the > sleep interval in: > > */ > static int torture_shuffle(void *arg) > { > VERBOSE_TOROUT_STRING("torture_shuffle task started"); > do { > schedule_timeout_interruptible(shuffle_interval); > torture_shuffle_tasks(); > ... > } while (...) > ... > } > > Right now with this patch you still wakeup the shuffle thread when skipping > the affinity set operation. > > thanks, > > - Joel > Wouldn't the affinities of all the tasks still change in lockstep then? The intent with this patch is to get into situations where the tasks have different affinity masks, which I think requires changing the behavior of torture_shuffle_tasks() rather than how often it's called.