Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp578801pxa; Thu, 27 Aug 2020 09:56:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx6nEtx+aXStzOwPYYBPPYO5E4SRZhnDtoS9hrsvf0Z/ac+ovWYpB3HU4eAj12M/wrTFPUy X-Received: by 2002:a17:906:f98d:: with SMTP id li13mr18534801ejb.393.1598547391126; Thu, 27 Aug 2020 09:56:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598547391; cv=none; d=google.com; s=arc-20160816; b=BWguPykTsnewfz6UQkiMEzc9cp8OjcKqrZXxItFTNFwr+RzRx2cjHevf8/gnHaPcze kfDxsZc5pNb8myuqd4RRpfdLQtbUtEJsf93VKGS6Lq4TPoXjqJWK/FGjGKoZ6Kb7XC2Q qJ6AUnaz/o6y9OD1/zwvDQjb3CsTBJwVhnF6w4gVWVJiiafGZfVFY95IaSaA0IJmeWHz JG7+jirtamGxcxm+1cusm/8aGosW4sedP4ogz7LJbQxLOiJfyZ8M0cqhTiYqSQ60bv89 EH0hB7QGM5YLz9uPUUdx5Q7yFhv949BBqIk090uCUFxT7YYuJ+QFe4irSPERKStoAO5p uZhQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:to:subject :message-id:date:from:mime-version:dkim-signature; bh=v483s8xrYSzjz1MKg/llYnen68ml62j7JXePfBOF9rc=; b=Pi2DBhSzb5T9f1USf+1QNlbzGDAI5eA0q5YwClbJ/V3e3UTEPNEDk2n8SLTdNDEiGh kifPwZ3wuFWJUc3zWNV6v0E12z5CRFv4LM+hQ5KL7MllLTQ5BzZO/I77RtjhoJxHUUnF 89+VLzWrTSZplMljadmzeZqb6Gk2HTAfQvmxqMf8sjCquYcEDvCsAUdWmxC6pleEnhOh rHck+3npftL+gQk4cQCj0hz9n2H0OMHhDR5NAh/wYFqwyjvTIvh5YJYUiNQU1ZCM5j+K jLaaOPCT9M2egPiyutcj5OThXl3igT6REMuFydnNGk5N1sEnTRc5JeJ8j5dIm/LHPqwM CsKw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=inMF9EfP; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d16si1648705ejr.668.2020.08.27.09.56.07; Thu, 27 Aug 2020 09:56:31 -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=@gmail.com header.s=20161025 header.b=inMF9EfP; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726250AbgH0Qzb (ORCPT + 99 others); Thu, 27 Aug 2020 12:55:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52828 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726147AbgH0Qza (ORCPT ); Thu, 27 Aug 2020 12:55:30 -0400 Received: from mail-oi1-x22c.google.com (mail-oi1-x22c.google.com [IPv6:2607:f8b0:4864:20::22c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2E36FC061264; Thu, 27 Aug 2020 09:55:30 -0700 (PDT) Received: by mail-oi1-x22c.google.com with SMTP id z195so5191160oia.6; Thu, 27 Aug 2020 09:55:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=v483s8xrYSzjz1MKg/llYnen68ml62j7JXePfBOF9rc=; b=inMF9EfPRyYR2v4n6gY75VgLNyLRETpRc3y8AyJgW5+38mlskrltryQHFET/r/RfM0 cIeD24Seaz0xI8pgPVUEsfPJ9RPDrfGcySpko5K4T6BjuUXpmawoMcRc33/kgwHY0oq1 4kZ0FvNRPebKH528um81q98eDrnGBvD8Q7c7UMByKn79jYh+ZJpnmNFItSzsHFRhJ6Tb fkdcjhSOVSr9a2AGRlQvs0qXQiOYxZyWWrW+pMuJXKxf0cLc1nPWvPHl1mtmCsNxlNmq 87db7/xfxEe6MSFAStZMd1nIdwX21pkwOVU1e7XiDlGzW84h7tq7dmQRuXnkExuKhUyo /g/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=v483s8xrYSzjz1MKg/llYnen68ml62j7JXePfBOF9rc=; b=tqTOln8LjaesL7zsybr9PkN/0CEK/3Ut8Vk6Hz/ynFRvR4WSEBf0TrpOZOeZZw6T2c a87dWh/HWjbJd4+xI33t3D9TNIHm3o5rugFUwFGRvqbQxMEQFgg7lyNtbBSU5g6j0bWy 25yNeazvkGClDPm3PnLf3oEBEK29YkVTBDQPpSQp9Jn1TX2DI1YAwRo0BgHsC4LU6X0i +ZXRT6e0UGdvnBkZfGHKFZ7BUiaU9yXLhKRfud+TYwqbXtywPyCYEkM8paKQPjhylRqG zBxwbYNqRUqqwhsdTxGO8vezVbdp8GI6HhCcnlRsZHdJz6cIBysfoXJQjSZVBhWrewLG NOrA== X-Gm-Message-State: AOAM530kVjX1D7LjAG5bh8UrLau1TsTZFcO2eMJiUPb0WMZq1PqTh5sU /z7e0iA7x1e0qK4HzQaF2K4U+STSOg8FH4WrbutIBSKkc5XuWw== X-Received: by 2002:aca:3a84:: with SMTP id h126mr7565692oia.125.1598547327976; Thu, 27 Aug 2020 09:55:27 -0700 (PDT) MIME-Version: 1.0 From: Subhashini Rao Beerisetty Date: Thu, 27 Aug 2020 22:25:16 +0530 Message-ID: Subject: cpu-freq: running the perf increases the data rate? To: linux-pm@vger.kernel.org, kernelnewbies , LKML Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [ Please keep me in CC as I'm not subscribed to the list] Hi all, I have an application which finds the data rate over the PCIe interface. I=E2=80=99m getting the lesser data rate in one of my Linux X86 systems. When I change the scaling_governor from "powersave" to "performance" mode for each CPU, then there is slight improvement in the PCIe data rate. Parallely I started profiling the workload with perf. Whenever I start running the profile command =E2=80=9Cperf stat -a -d -p =E2=80=9D surp= risingly the application resulted in excellent data rate over PCIe, but when I kill the perf command again PCIe data rate drops. I am really confused about this behavior.Any clues from this behaviour? Also I noticed my system not having the 'cpuinfo_cur_freq' sys file. Is that okay? cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: No such file or directory --=20 Thanks,