From owner-freebsd-hackers@freebsd.org Wed Sep 5 13:57:34 2018 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28CAEFF0C26 for ; Wed, 5 Sep 2018 13:57:34 +0000 (UTC) (envelope-from debdrup@gmail.com) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94D7781EF8 for ; Wed, 5 Sep 2018 13:57:33 +0000 (UTC) (envelope-from debdrup@gmail.com) Received: by mail-lj1-x22c.google.com with SMTP id s12-v6so6346745ljj.0 for ; Wed, 05 Sep 2018 06:57:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=y+FZ6UBfYpVOIHg4Tv0+q6Z7HR1dbfF4i5NVULxyQZM=; b=e3uXYdDKqweykTMUb4XrtnO4F6dwDzRTJZbiZ3KanisUNYyM6iQJYptqG7wdja8Qss /3oKlJ0rCejrYkI6o/pJp1/R4Ro3pRtyq/pktARZ74RmFDoutrCI+L0cr4kYThCcc3Vq riZOPjpIMi921bDtjnOuaSgIS7Qv7upXTAk7We2C2C79LwPovyHQrH5fMeob90b7Glep vKtLum4yuZmxX7hnc0znW5osLrKklhRvFgllKEAg5+ga3J4w/NdCpmrLJVWXFvjNfT2S LSFdc9xWpVOwrI94KuJXFBJS1r90Ecgfe0FF3Pp/d0q9LM0M/Rh7BdS07Uf4vb1h9Nlj eV4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=y+FZ6UBfYpVOIHg4Tv0+q6Z7HR1dbfF4i5NVULxyQZM=; b=toflV/1t5oTB0rVmycIL9VOc/nEkcZoyrBZzikdE004EPo5mgQuNS++GL6pSqR6pZr iNvzCzeM7f5JLgnbkpvi34aeKTgoLQKDd3fEBCsbdKAUOPhoSK8wYSeyWFprTQ8VQs6X mSdAEu5GuQm8rgvBbTonGUjktZUHNsremfZh3VxadOK6rHiOSJv6uIUIAnU8TEIZb1W8 ZY0pOj0Gb7RPQDMPwcFC8s/VM/RIs3fWjCH5QmspgakEnYbb6J9sDwWXI48flJ5reX2P naa12QePSMZ8ueiPHR8zTuhGFnH7213v9jqMuXY/R6teFoT/M8vnmIJTBCCw5N5NK048 L+oA== X-Gm-Message-State: APzg51CUDXSu1w+AA8ES/slbp6Wh5KAOD1VyTCAepre9Kmu/IDnfL6Al k+bHzz93U6bjZtjO6Z95UlvrCjYHcJX7dqLgBzYGjg== X-Google-Smtp-Source: ANB0Vdb/LzeQC2vKil8ke8TUXPp1/r2k0yFDKavRwH5rmf3E4++tVUuJhXd1tBmBQa4K/U8eRKg30+yu+0smRul4KwQ= X-Received: by 2002:a2e:7a08:: with SMTP id v8-v6mr23052120ljc.121.1536155851629; Wed, 05 Sep 2018 06:57:31 -0700 (PDT) MIME-Version: 1.0 References: <201809051253.w85CrAX3022473@slippy.cwsent.com> <0770c5f2-a5d9-4cd4-1421-72006465ffba@FreeBSD.org> In-Reply-To: <0770c5f2-a5d9-4cd4-1421-72006465ffba@FreeBSD.org> From: "D. Ebdrup" Date: Wed, 5 Sep 2018 15:57:19 +0200 Message-ID: Subject: Re: Celeron J3160 with enabled Turbo mode stays at 480MHz (lowestsetting) forever and can not lower frequency without Tuebo mode To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2018 13:57:34 -0000 On Wed, Sep 5, 2018 at 3:47 PM Lev Serebryakov wrote: > > On 05.09.2018 15:53, Cy Schubert wrote: > > >> 1601 is not the actual frequency. That is just how it is reported. It > >> is almost certainly running much higher than 1601. > > > > We don't know this until we can independently verify it. Do you mind > > running some benchmarks with and without turbo mode? > What could be adequate benchmarks for this? Something likje "openssl > speed aes128-cbc" or I need more specific one? A new port called sysutils/turbostat can report actual turboboost values for Intel CPUs. Other OS', including older versions of Linux and Windows, as well as other opensource and closedsource software, also exhibits this behaviour of showing 1601MHz for a CPU that is turbo-boosting higher than normal operating frequency (without ACPI P-levels) which is this case is 1600MHz. Unfortunately, I didn't have much luck looking for documentation that covers how this can be added to FreeBSD base (preferably exposed via a sysctl), but I suspect it would involve both machine-dependent and machine-independent parts since both AMD, as well as ARM and other architectures use some form of equivalent functionality. > // Lev Serebryakov > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"