From nobody Mon Nov 21 14:28:04 2022 X-Original-To: questions@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 4NG8r54D64z4j9Vq for ; Mon, 21 Nov 2022 14:28:05 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost1.sentex.ca", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NG8r53jxSz4GF6 for ; Mon, 21 Nov 2022 14:28:05 +0000 (UTC) (envelope-from mike@sentex.net) Authentication-Results: mx1.freebsd.org; none Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.16.1/8.16.1) with ESMTPS id 2ALES4wB012718 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 21 Nov 2022 09:28:04 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:a029:95af:8c4e:155f] ([IPv6:2607:f3e0:0:4:a029:95af:8c4e:155f]) by pyroxene2a.sentex.ca (8.16.1/8.15.2) with ESMTPS id 2ALES4Rk016765 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Mon, 21 Nov 2022 09:28:04 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4d970820-3c12-95eb-8ed8-2c3a3e08feb5@sentex.net> Date: Mon, 21 Nov 2022 09:28:04 -0500 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Subject: Re: RELENG_13 and min cpu frequency Content-Language: en-US To: Ian Smith , Kevin Oberman Cc: questions@freebsd.org References: <9d17ea30-4b10-2aa3-9d09-017da7423844@sentex.net> <5E64A5AC-3634-4336-B0A9-E98962D8BE79@nimnet.asn.au> From: mike tancsa In-Reply-To: <5E64A5AC-3634-4336-B0A9-E98962D8BE79@nimnet.asn.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 64.7.153.18 X-Rspamd-Queue-Id: 4NG8r53jxSz4GF6 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:11647, ipnet:2607:f3e0::/32, country:CA] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 11/20/2022 2:37 PM, Ian Smith wrote: > Thanks Kevin. I went hunting through freebsd-acpi archives, and found your related comments in > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264775 > > Seems we need some overview on what FreeBSD can and can't do regarding changing CPU speeds, or whether it's even appropriate to try doing so on these latest processors? > > I'm well behind; few years ago there wasn't even the concept of different cores running different frequencies. > > Maybe the best we can do with these is making sure that fans are up to keeping the system cool enough .. > > Not that this helps mike's problem with apparent packet loss, but it's hard to see if that may be related. > > cheers, Ian Hi Ian and Kevin, I was playing with a few little scripts to try and keep the core activity high, but its doesnt make sense as to why one thing is better than another. Doing something like dd if=/dev/urandon bs=1024k count=5 | sha512 does NOT seem to make too much of a difference  in a loop.  And doing sysctl -a dev.cpu. | grep freq seems to make the cpu stay higher / longer than the dd. Perhaps due to some kernel land  vs userland calls. Not sure.     ---Mike