From owner-freebsd-current@FreeBSD.ORG Mon Mar 12 20:51:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6457106566C; Mon, 12 Mar 2012 20:51:38 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3A7E18FC1B; Mon, 12 Mar 2012 20:51:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:From:Date; bh=J2iVR+Le9ZihntSnjOf5xoMK8G2i2WPwMRKVj7NaPns=; b=Qxp4IH4Yd/Kgk6NcDKu0Rc/OOizvB0sCD3+oP6jx9PdMURL3/4bExT0Qx8hJurNU3a1GQcQSU9OYC8n69I2sCm2XRCVSQiAGS6yia7ceRF2iYrdu53tCth2a6dpup3o3kd+2TLZ+tBon0Ip2dSFdeMtefXQgOeoypGHHkQBbbOI=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1S7CDR-000IE5-61 ; Mon, 12 Mar 2012 22:51:37 +0200 Date: Mon, 12 Mar 2012 22:51:35 +0200 From: Ivan Klymenko Message-ID: <20120312225135.7d7b6780@nonamehost.> In-Reply-To: <4F5E5EB8.5080506@FreeBSD.org> References: <4F5E4B57.1050605@FreeBSD.org> <4f5e4f82.41972a0a.0e49.2cfdSMTPIN_ADDED@mx.google.com> <4F5E54A9.5050301@FreeBSD.org> <4f5e5730.aa4a440a.4367.ffffa591SMTPIN_ADDED@mx.google.com> <4F5E5870.8000600@FreeBSD.org> <4f5e5b28.894a440a.1955.ffff81e8SMTPIN_ADDED@mx.google.com> <4F5E5EB8.5080506@FreeBSD.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-performance@FreeBSD.org, FreeBSD current Subject: Re: Improved Intel Turbo Boost status/control X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2012 20:51:38 -0000 =D0=92 Mon, 12 Mar 2012 22:38:16 +0200 Alexander Motin =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 03/12/12 22:22, Ivan Klymenko wrote: > > =D0=92 Mon, 12 Mar 2012 22:11:28 +0200 > > Alexander Motin =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > >> On 03/12/12 22:05, Ivan Klymenko wrote: > >>> =D0=92 Mon, 12 Mar 2012 21:55:21 +0200 > >>> Alexander Motin =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>> > >>>> On 03/12/12 21:33, Ivan Klymenko wrote: > >>>>> =D0=92 Mon, 12 Mar 2012 21:15:35 +0200 > >>>>> Alexander Motin =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>>> I'd like to note that recent r232793 change to cpufreq(4) in > >>>>>> HEAD opened simple access to the Intel Turbo Boost > >>>>>> status/control. I've found that at least two of my desktop > >>>>>> systems (based Nehalem and SandyBridge Core i7s) with enabled > >>>>>> Intel Turbo Boost in BIOS it is not use it by default, unless > >>>>>> powerd is enabled. And before this change it was difficult to > >>>>>> detect/fix. > >>>>>> > >>>>>> ACPI reports extra performance level with frequency 1MHz above > >>>>>> the nominal to control Intel Turbo Boost operation. It is not a > >>>>>> bug, but feature: > >>>>>> dev.cpu.0.freq_levels: 2934/106000 2933/95000 2800/82000 ... > >>>>>> In this case value 2933 means 2.93GHz, but 2934 means > >>>>>> 3.2-3.6GHz. > >>>>>> > >>>>>> After boot with default settings I see: > >>>>>> dev.cpu.0.freq: 2933 > >>>>>> , that means Turbo Boost is disabled. > >>>>>> > >>>>>> Enabling powerd or just adding to rc.conf > >>>>>> performance_cpu_freq=3D"HIGH" > >>>>>> enables Turbo Boost and adds extra 10-20% to the system > >>>>>> performance. > >>>>>> > >>>>>> Turbo Boost operation can be monitored in run-time via the PMC > >>>>>> with command that prints number or really executed cycles per > >>>>>> CPU core: pmcstat -s unhalted-core-cycles -w 1 > >>>>>> > >>>>> > >>>>> Thank you very much! > >>>>> performance_cpu_freq=3D"HIGH" > >>>>> and as this option must be combined with state of the processor > >>>>> C1 C2 C3? > >>>>> performance_cx_lowest=3D"XX" > >>>>> economy_cx_lowest=3D"XX" > >>>> > >>>> The more CPU cores on package are sleeping and the deeper they > >>>> are sleeping, the bigger will be boost for remaining active > >>>> cores. Without using deeper C-states boost is usually quite > >>>> small (about 100-200MHz for desktop chips). Enabling C-states > >>>> increases it in few times. > >>>> > >>> > >>> I have a Core i5 c Turbo Boost technology (enabled in BIOS) > >>> After the following: > >>> sysctl dev.cpu.0.freq_levels > >>> dev.cpu.0.freq_levels: 2301/35000 2300/35000 2000/29079 1800/25766 > >>> 1600/22265 1400/18904 1225/16541 1200/15996 1050/13996 1000/12907 > >>> 875/11293 800/9956 700/8711 600/7467 500/6222 400/4978 300/3733 > >>> 200/2489 100/1244 > >>> > >>> performance_cpu_freq=3D"HIGH">> /etc/rc.conf > >>> > >>> /etc/rc.d/powerd restart > >>> > >>> sysctl dev.cpu.0.freq_levels > >>> dev.cpu.0.freq_levels: 2301/35000 2300/35000 2000/29079 1800/25766 > >>> 1600/22265 1400/18904 1225/16541 1200/15996 1050/13996 1000/12907 > >>> 875/11293 800/9956 700/8711 600/7467 500/6222 400/4978 300/3733 > >>> 200/2489 100/1244 > >>> > >>> CPU frequency does not rise above 2300 Mhz > >>> > >>> What am I doing wrong? > >> > >> performance_cpu_freq variable handled not by /etc/rc.d/powerd, but > >> /etc/rc.d/power_profile. > >> > > > > ok > > > > I remove and insert power supply unit connector - nothing has > > changed... > > > > sysctl dev.cpu.0.freq_levels > > dev.cpu.0.freq_levels: 2301/35000 2300/35000 2000/29079 1800/25766 > > 1600/22265 1400/18904 1225/16541 1200/15996 1050/13996 1000/12907 > > 875/11293 800/9956 700/8711 600/7467 500/6222 400/4978 300/3733 > > 200/2489 100/1244 >=20 > What changes do you expect to see in dev.cpu.0.freq_levels? This list > is static. It is dev.cpu.0.freq that may change and that is where=20 > difference between 2301 and 2300 should now have effect. >=20 I expected that I should be a value greater than 35000 when 2301... it is the same as the next 2300...