From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-user+bounces-173810-garchives=archives.gentoo.org@lists.gentoo.org> Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 883F51384C6 for <garchives@archives.gentoo.org>; Thu, 20 Oct 2016 02:02:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 44AC7E0A72; Thu, 20 Oct 2016 02:02:40 +0000 (UTC) Received: from mail.web-xs.org (mail.web-xs.org [148.251.4.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E6EB4E0979 for <gentoo-user@lists.gentoo.org>; Thu, 20 Oct 2016 02:02:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.web-xs.org (Postfix) with ESMTP id 8B6616EC547D for <gentoo-user@lists.gentoo.org>; Thu, 20 Oct 2016 04:02:37 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.web-xs.org Received: from mail.web-xs.org ([127.0.0.1]) by localhost (mail.web-xs.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CUBJfYkwS6Sv for <gentoo-user@lists.gentoo.org>; Thu, 20 Oct 2016 04:02:36 +0200 (CEST) Received: from server-1.localdomain (p57A61F5B.dip0.t-ipconnect.de [87.166.31.91]) (Authenticated sender: lukas@der-erste-sinn.de) by mail.web-xs.org (Postfix) with ESMTPA id 09BC36EC5465 for <gentoo-user@lists.gentoo.org>; Thu, 20 Oct 2016 04:02:36 +0200 (CEST) Received: from hal9000.localdomain (hal.localdomain [192.168.0.2]) by server-1.localdomain (Postfix) with ESMTP id 48BB436B for <gentoo-user@lists.gentoo.org>; Thu, 20 Oct 2016 04:02:35 +0200 (CEST) Date: Thu, 20 Oct 2016 04:02:16 +0200 From: wabe <wabenbau@gmail.com> To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] screen tearing with mpv but not mplayer Message-ID: <20161020040216.7105f7ec@hal9000.localdomain> In-Reply-To: <20161020033029.4c7ccfc4@hal9000.localdomain> References: <b8f82761-2c39-f5d7-e4f3-8c1af62f0bb5@gmail.com> <20161020033029.4c7ccfc4@hal9000.localdomain> Precedence: bulk List-Post: <mailto:gentoo-user@lists.gentoo.org> List-Help: <mailto:gentoo-user+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org> X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 409660b3-a27f-41e5-a903-b8f8e0d2a2b4 X-Archives-Hash: 02dfd3bee624c4bae137e8d280f63c7c wabe <wabenbau@gmail.com> wrote: > In the logfile you can see that I'm using a kernel parameter > "radeon.dpm=1". Without this parameter I had performance problems > with my GPU in the past. I should give some explanation about this parameter. It enables an older power management mechanism in the kernel that gives better performance with my GPU than the newer one. With radeon.dpm=1 I can use a script in /etc/local.d/ that contains this line: echo "performance" > /sys/class/drm/card0/device/power_dpm_state Positive effect is, that desktop/window operations and also video playback are much smoother. Negative side effect is, that the power consumption of my GPU and also its temperature is a bit higher than with the default settings. If I don't use radeon.dpm=1 it is also possible to manually set a GPU scheduler: echo "profile" > /sys/class/drm/card0/device/power_method echo "high" > /sys/class/drm/card0/device/power_profile But as I already mentioned, performance isn't as good as with the older power management. However I checked this out many months ago. Maybe it isn't relevant anymore. -- Regards wabe