From nobody Tue May 26 03:23:57 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gPdQZ2D8Dz6f2c3 for ; Tue, 26 May 2026 03:24:22 +0000 (UTC) (envelope-from chris.torek@gmail.com) Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gPdQY6ZnMz3Hg1 for ; Tue, 26 May 2026 03:24:16 +0000 (UTC) (envelope-from chris.torek@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-x130.google.com with SMTP id 2adb3069b0e04-5a887ebb416so12216976e87.2 for ; Mon, 25 May 2026 20:24:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1779765850; cv=none; d=google.com; s=arc-20240605; b=kRpScq9fgZcMpBQFu6vuijFhW+D4WpUwCBLFn2rDK8pPBtWwSNzcVxYfI7kapUSX1S G6aKYP4PzEEsueTYMIztYOsNchh0uiGv1dqFZxuGABcYWjVM+hrPtFG9qFs0NwCQ3Ybh FU6+XptIxHzdz8JhEcWY7MPhi0tim8gTZShYQsAABivURvOklJDrYtxdY6rxI7wdITyx c5VOyXdK/pv0zUNhuXNsNxXM6KxMMbozoD2g8RJ+GwN4CR5XTHQUdLsjy+zhQ/rJYCKg SFIRUAuVtpmiKBOHGqsrVUcxPq+5iQQA05K/qZtckYs2ONFxs6MMBWQKovG7bt7g8X2K R+zw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=nXzNeqlv94muZmh7kWYlv09SQMJuAc8TbOz0JOar1Z0=; fh=HVqQ1uo55Q84oc7V+fObJHz5mCJyXbluD4Y2IiLsscU=; b=RozLMWqFhQjEv4U7wIWIMwJGsSMKWhec5mlTvohJj2R2iA7nQc+/MsFtGUuf+PaGU+ KdobRYIUPHVFEhv2Zoo9eTXP5nnHYucfa/LMNXa3ZEMd7Lux6NE1qIBTzkoD2sly7MB0 /EiYKI7chA9TcdhX/Nk7pHUlVbqVos65V0xvNtrCdp0k2EoD/33DKWnej6oX/AbzEXb5 7LUOkQrioQ/wIrwGZIPWow8O5FFMN6S5ylamVT2yiPoeeoreg9WAL/dVy1/mvNwY4FsL cVlrxEsxg8DC4U7g4qmW5sTfp1fNIh/DD+pv6yhWsffnFnVjBDEacAGvLz3BmTzrUu7D gRzg==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779765850; x=1780370650; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=nXzNeqlv94muZmh7kWYlv09SQMJuAc8TbOz0JOar1Z0=; b=h8FaRnhuJi5H6F+Vqcx0u1ODpegigPLgBq5omVbforz8CHrlFYV4FKck7k75DvjtUC 8IgymK4vKw/dN+enrVd8F6YYQ/+hVBOuvZNrR0aGGh630oG17djFJWpoeck9Z9Pa+elA OIHS6IMSU0aoT4Ttkj7/diBiTrIJtFxWBfX9lQ45KOu4hdepU2stAJ08Khs1Nz7tu7be HjTCBK5aZ8SkBwLlR83qvbBuNPsbCmoByd6xSsBRmgVGLrRclB1V/KmMTVcge9nXHzH5 h6lGyKtl3zfrZgq3Fin/t6lT2GoGR5+UW4ZJOeMViC1vtoC3+R/yzO70G9XzsPmW4ekR MttQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779765850; x=1780370650; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=nXzNeqlv94muZmh7kWYlv09SQMJuAc8TbOz0JOar1Z0=; b=AEyxdQuau6WQhyAojN95TOMWS1trQSdMfDZY4Wae7LGC7h5clZxCWaILjqm42Kc78W fj3neVAPg5EbHPqRH8rYZMuHD3LEs7+WdXLUU/a3X59JCkLi+kibo0AczetF4uWCPOrG bSNfmD4iXFhOdQf+noqf9b3EKTW8QmQlW34ze5JHYzb3TWtX+RaRPrI6gIM7+FU2JVzy kItmjEjuYimPPlPEoeZ4SZRgSy4uupa+vXKX5j7jY1PDzl5H7oj5uRMAUUNt1zTBvYoG DpuvXi73tjbGKeLISY0jlIngmGcrSx80ZJ3EGkF1VKY42FUrvExdw+bBVS7s+Y6uzQ4Y uh9g== X-Forwarded-Encrypted: i=1; AFNElJ+x7dXrfJafSOkgNZwCoq93zj2yNxTO1rwrO+jw8OzTYu0cI2fI1YxE7EqxXmWKdLYM05n3REe9j7nWrIOEcAo=@freebsd.org X-Gm-Message-State: AOJu0YxQrj/q9duX8pvQ21hn+4ORUqteCh46wV8QZWDntE0H5FhxeNHw gHSHgZ4BhKXlwYICgKX7dCuK9uQ3rLGdN0L/1WTJBVwI2G7xT+6drySJ7AG03JSTLExTmAPeqX5 pShdRYJzUoTygy3SN7rJCMVWxno8Zk7A= X-Gm-Gg: Acq92OESNgIIul/o4bNTGx6lFo+YZ9pkO+VessR9Is2OW/2wAUy0FNV3jFeozjGcHwo iVP9AdisL+Frq9+AsvY8Iv9nnsnYKQqLSuft0T0UAHmZDQqG+T+/B9esOXgLgqwT/W5GcGj80pr 7aPeJXwu4wJ6GtHz1j49pjsK110/VjmmUCGFUVOaOa5k3eyEF8vN5WXYQcTSuQU3ja2KhJh0WC6 24pdMGaGxABtvHlIU1nnXl/kvTbeytihfjH3R2cBmt6qv4wHMw1KS/fUs+HCE3ah6P2FRHX+WuY F+PBieVU X-Received: by 2002:a05:6512:1095:b0:5a8:e32f:6edd with SMTP id 2adb3069b0e04-5aa3232720cmr4439575e87.0.1779765849566; Mon, 25 May 2026 20:24:09 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 References: <11798552.X2hNYcAVgp@ravel> In-Reply-To: <11798552.X2hNYcAVgp@ravel> From: Chris Torek Date: Mon, 25 May 2026 20:23:57 -0700 X-Gm-Features: AVHnY4KNZrhnuA6zSFw_XCwJHtYMpzA5TNH-hlPUR9OzH7-teCZZVZOaQ-DkK8E Message-ID: Subject: Re: AMD, CPPC, etc To: Olivier Certner Cc: Warner Losh , Adrian Chadd , freebsd-current , ShengYi Hung Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4gPdQY6ZnMz3Hg1 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated [me] > > On my desktop system, using 0 ("auto") mode works quite well: the > > system idles around 80 to 95 watts, and when building ports or > > /usr/src with all 32 CPUs going, gets up to the 320-watt range, all > > without any OS work required. On Mon, May 25, 2026 at 8:34=E2=80=AFAM Olivier Certner = wrote: > What's the EPP value you are using? The default of 0? Yes, I haven't fiddled with any settings except desired_performance, at this point. > Now, the question is: Do you get the same performance with these > more power-flexible settings compared to the driver's defaults ... Hard to be sure. My wattage measurement is from a cheap power meter that the machine is plugged into, and I'm not sure what to use to measure actual performance on real workloads (I don't have a nice reproducible setup for proper comparison). To continue though: > (which are desired performance set to maximum performance > (which reported value do you see for that?) There are 32 separate triples. For example: dev.hwpstate_amd.0.desired_performance: 0 dev.hwpstate_amd.0.maximum_performance: 206 dev.hwpstate_amd.0.minimum_performance: 12 with the numbers going up to 31 (`sysctl -a` output counts down from 31 to 0, which feels backwards, but obviously it doesn't really matter). But each triple is partly independent of the others, e.g.: dev.hwpstate_amd.3.desired_performance: 0 dev.hwpstate_amd.3.maximum_performance: 211 dev.hwpstate_amd.3.minimum_performance: 12 Oddly, writing to dev.hwpstate_amd.0.desired_performance sets all 32 desired_performance values (to whatever value I choose, even if it's above the reported maximum). I wonder whether this would be the case on dual CPU-package systems like a big EPYC setup. The maximum "maximum_performance" value is 236 and the minimum is 166 (device numbers 16 and 17), with most of them clustered around 200-ish. All of the "minimum_performance" values are 12. > I suggest you forget about actual frequencies ... Well, also they're mostly reported as high 5400-ish when sampled, even with desired performance set to auto. (Occasionally one will report closer to 5000.) So they don't seem to be useful in practice. Chris