From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 111987] Unstable performance (periodic and repeating patterns of fps change) and changing VDDGFX Date: Wed, 16 Oct 2019 12:44:33 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0804223055==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 0A0386E968 for ; Wed, 16 Oct 2019 12:44:33 +0000 (UTC) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0804223055== Content-Type: multipart/alternative; boundary="15712298720.cc266bfEd.5891" Content-Transfer-Encoding: 7bit --15712298720.cc266bfEd.5891 Date: Wed, 16 Oct 2019 12:44:32 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated https://bugs.freedesktop.org/show_bug.cgi?id=3D111987 --- Comment #12 from Witold Baryluk = --- Hi Alex. I do understand that, it is a part of power management. That is not the bug= is about. I did use pp_power_mode_profile too, and it doesn't really help. The issue = is that I would expect the performance to stabilize and frequency and voltages= to converge to satisfy the load, but they don't. The workload this is happenin= g at isn't GPU limited (it starts with GPU load of about 40%), so it is not fully representative of other workloads, but frequency transitions looks suboptim= al. Is it possible to set custom SCLK hysteresis maybe? As I said I tried settings up: echo "7" > /sys/class/drm/card0/device/pp_dpm_sclk echo "manual" > /sys/class/drm/card0/device/power_dpm_force_performance_lev= el to confine sclk to single level, but it didn't help. I tried changing the pp_power_mode_profile to COMPUTE (just to see what happens), and there was = no difference in observed behaviour. I don't have any amdgpu.ppfeaturemask sets tho, so maybe kernel driver is simply ignoring my requests. --=20 You are receiving this mail because: You are the assignee for the bug.= --15712298720.cc266bfEd.5891 Date: Wed, 16 Oct 2019 12:44:32 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated

Comme= nt # 12 on bug 11198= 7 from Witold Baryluk= 
Hi Alex.

I do understand that, it is a part of power management. That is not the bug=
 is
about.

I did use pp_power_mode_profile too, and it doesn't really help. The issue =
is
that I would expect the performance to stabilize and frequency and voltages=
 to
converge to satisfy the load, but they don't. The workload this is happenin=
g at
isn't GPU limited (it starts with GPU load of about 40%), so it is not fully
representative of other workloads, but frequency transitions looks suboptim=
al.

Is it possible to set custom SCLK hysteresis maybe?

As I said I tried settings up:


echo "7" >  /sys/class/drm/card0/device/pp_dpm_sclk
echo "manual" > /sys/class/drm/card0/device/power_dpm_force_pe=
rformance_level

to confine sclk to single level, but it didn't help. I tried changing the
pp_power_mode_profile to COMPUTE (just to see what happens), and there was =
no
difference in observed behaviour.

I don't have any amdgpu.ppfeaturemask sets tho, so maybe kernel driver is
simply ignoring my requests.

You are receiving this mail because:
  • You are the assignee for the bug.
= --15712298720.cc266bfEd.5891-- --===============0804223055== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVs --===============0804223055==--