Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp738092pxb; Fri, 3 Sep 2021 12:17:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwf+eg1MQ02BwziCN9HdW2OjbFM4NN4s4rcrCwM5gxVEaXbdoEal1o41qLJJpsTOHP9BOel X-Received: by 2002:a02:6a55:: with SMTP id m21mr515084jaf.74.1630696622944; Fri, 03 Sep 2021 12:17:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630696622; cv=none; d=google.com; s=arc-20160816; b=OeFKqAactGgh4b7yODTuMs2avIIXjYPNw9anjimKthGZVyENQmtLyuz5ybJMc4Efmt seLheo36PP6eeqxerpQD/uSj7vyM+XTC7rk5QSHZ9muDN5NmieqOjfPC00f6hPeR8E6p SAbHMnvFlEvTwCDyD5GzF0r4RjqQviNH8cIS1ryA1FErqjIA214Sc0Y0oYQXDoZaeoq4 T1+NCTDnsIdLpMPBpkivs4NjGxMpY2dLc9IL5KpBdOcEyA9MtYe6F4Sw4wfpHXziY7yW fWvuAcwizQE/GpV7HR0UPJoR68PkKRH2nM1a6pJpD5BxkuRK4kXThyalYRng1X5PI//M kjKQ== 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=ZcAvoo19buGVEGmVC+HxjQw0o0kMxJreD0uWTHELoFc=; b=qD7qiV2uaAVoXNWytdOnek2F1gC2ML8i+W8v0DpUzGCEHliSs0SMXqErGKRnG3TvJR 0txikU0hQ51v4gfKhAepQjU0uWn3xmAj+RqKuU5wv7KUU5ZjC0us6GVHQdQ642wg3B2x oITClSsRqW4IGvF7tZKf3cZoxf489ScChKFekzJX/q8hpTk5KXrMWiQHwYGrmzeDPjxs xCMGvQOeNEen4q5ADWV0ipzzxam36b2qM8iM0Z6HZIDMzqZjinvR4dZSANYhz6vI3V33 0WzgIBP9tBg9DIX1yVgSuowU5kI3XyoVdJmRp6dkS5Hdx4D1ACoXHUwidBCaeoW3dwmG IBDA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=NgRiAfKo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l18si143894ilc.72.2021.09.03.12.16.51; Fri, 03 Sep 2021 12:17:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=NgRiAfKo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350291AbhICRjt (ORCPT + 99 others); Fri, 3 Sep 2021 13:39:49 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:55382 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1350131AbhICRjs (ORCPT ); Fri, 3 Sep 2021 13:39:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1630690727; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ZcAvoo19buGVEGmVC+HxjQw0o0kMxJreD0uWTHELoFc=; b=NgRiAfKo1QJN4h3SVcZrrD9Onw47ivg3whoSFWiiKdMZJqsPx7zdZiW70nRR9CljskgCP9 PB2XN47OYDyUG1xli8tw0wRgvUs1+AlVon+s6hQUJefEzD7bxlmBkziWcSmXfvqX2us96Q JWhO5TjjnODuatCgCDF16xGNQSR+QaU= Received: from mail-lf1-f71.google.com (mail-lf1-f71.google.com [209.85.167.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-389-s1rwW1t6P3OT3wHLIKduGg-1; Fri, 03 Sep 2021 13:38:46 -0400 X-MC-Unique: s1rwW1t6P3OT3wHLIKduGg-1 Received: by mail-lf1-f71.google.com with SMTP id w18-20020ac25d520000b02903c5ff81b281so2606307lfd.3 for ; Fri, 03 Sep 2021 10:38:46 -0700 (PDT) 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=ZcAvoo19buGVEGmVC+HxjQw0o0kMxJreD0uWTHELoFc=; b=CECRmYN1+//seZ1If7pmEjKemKBP60jetosTYJm4FJsRKXceg4qPNPKSJipIpOUoo9 vAqRnzKTN2w3aE6tsOygn+mMEs4iFqXAOgeZg8OW+6kCrwlK+5zq02jKFaUXOxNh4/T5 Z3jlyYi3fDR5z6QVb5oYqZ/REP+sxQaQ1nZPlohEZfVhZuZjqajyJ2U1/Sp504Gy+5SH zzEYbt1kZ8Uf2/kKAQu12fAA5Mk1eFd6goSnfTPHrneUy46gTHepcewNF7/c6jLguVaj yjVYLlGLiw+0/V3jDQx1RBSFWOcCVvBkMuE/ld3zFaVPduIHbxd/OYBl0VEDYsp2nCo/ PCBA== X-Gm-Message-State: AOAM533Z5H3qIb1EOW50++4Mqk+OWw072DifB+fw/tweRklw3D1QDHjQ I2jwukAv21bGI/V5/Pc8kGQZU8EVI8lSL35qZ0sEY/Jquhu2dDjBe5tZtKCvnjt3fsClMA5NbAh OxKX6/Wp+RNAtKIlXtloyP3LDbQsp44htLV+LcbbR X-Received: by 2002:a2e:bc26:: with SMTP id b38mr113590ljf.497.1630690725224; Fri, 03 Sep 2021 10:38:45 -0700 (PDT) X-Received: by 2002:a2e:bc26:: with SMTP id b38mr113580ljf.497.1630690725025; Fri, 03 Sep 2021 10:38:45 -0700 (PDT) MIME-Version: 1.0 References: <20210824152423.300346181@fuller.cnet> <20210824152646.948424573@fuller.cnet> <20210901173204.GA48995@fuller.cnet> <20210901183345.GA51358@fuller.cnet> In-Reply-To: <20210901183345.GA51358@fuller.cnet> From: Nitesh Lal Date: Fri, 3 Sep 2021 13:38:33 -0400 Message-ID: Subject: Re: [patch V3 8/8] mm: vmstat_refresh: avoid queueing work item if cpu stats are clean To: Marcelo Tosatti Cc: linux-kernel@vger.kernel.org, Nicolas Saenz Julienne , Frederic Weisbecker , Christoph Lameter , Juri Lelli , Peter Zijlstra , Alex Belits , Peter Xu Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 1, 2021 at 2:34 PM Marcelo Tosatti wrote: > > On Wed, Sep 01, 2021 at 02:32:04PM -0300, Marcelo Tosatti wrote: > > On Wed, Sep 01, 2021 at 09:05:55AM -0400, Nitesh Lal wrote: > > > Hi Marcelo, > > > > > > On Tue, Aug 24, 2021 at 11:42 AM Marcelo Tosatti wrote: > > > > > > > > It is not necessary to queue work item to run refresh_vm_stats > > > > on a remote CPU if that CPU has no dirty stats and no per-CPU > > > > allocations for remote nodes. > > > > > > > > This fixes sosreport hang (which uses vmstat_refresh) with > > > > spinning SCHED_FIFO process. > > > > > > > > > > I was still able to reproduce the sosreport hang with this patchset and I > > > am wondering if that is because right now we do vmstat_sync and then cancel > > > any pending jobs on a CPU in the context of one task. > > > > Hi Nitesh, > > > > Did you use chisol (with proper flags) and the modified oslat? > > Yes, I used your patches. This is the command that I used: chisol -q vmstat_sync -I conf ./oslat -f 1 -c 5,6,7,8,9,10,11,12,13,14,15 -D 15m > > Tested with "echo 1 > /proc/sys/vmstat_refresh" and it was successful > > (no hangs). I see, I tried with "sos report --batch", which should have a similar effect. -- Thanks Nitesh