Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 22 Dec 2008 13:15:51 -0800
From:      "Garrett Cooper" <yanefbsd@gmail.com>
To:        "David van Kuijk" <dynasore@bigfoot.com>
Cc:        acpi <acpi@freebsd.org>
Subject:   Re: Problem on AMD64
Message-ID:  <7d6fde3d0812221315s4d03e15dw4b84679b98a6308f@mail.gmail.com>
In-Reply-To: <49500088.2080609@bigfoot.com>
References:  <20081221233822.7E92545020@ptavv.es.net> <49500088.2080609@bigfoot.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 12/22/08, David van Kuijk <dynasore@bigfoot.com> wrote:
> OK, thanks again. I didn't know those tools. est is not supported om
> AMD64, but I will start experimenting with powerd.
>
> The main thing I want to accomplish is to lower my energy bill after I
> found out my server is costing me 50 cents a day of electricity. So any
> other ideas (besides powering off ;-) are welcome...
>
> Regards,
> David
>
> Kevin Oberman wrote:
>>> Date: Sun, 21 Dec 2008 22:31:04 +0100
>>> From: David van Kuijk <dynasore@bigfoot.com>
>>> Sender: owner-freebsd-acpi@freebsd.org
>>>
>>> Thanks for the responses so far.
>>>
>>> I would be happy with S3. I am however a little confused about the
>>> abilities of  my server as reported by sysctl hw.acpi.
>>>
>>> As commented below this line suggests that no other states than S4/S5
>>> are supported:
>>> hw.acpi.supported_sleep_state: S4 S5
>>>
>>> But this is also listed:
>>> hw.acpi.standby_state: S1
>>> hw.acpi.suspend_state: S3
>>>
>>> Are these last two overridden by the first, meaning that S3 is not
>>> available from my BIOS???
>>
>> Yes. FreeBSD, by default, sets up standby as S1 and suspend to S3 because
>> almost all BIOSes support these states. Yours is the first BIOS I have
>> seen that does not do S1. That is really odd.
>>
>> In any case, you have no available ways to cut power when your system is
>> really idle other than powering off. Of course, you may be able to do
>> some power saving with powerd and EST if your BIOS and CPU support those.

Look into the following sysctls:

hw.acpi.cpu.cx_lowest
hw.acpi.cpu.cx_highest

Unfortunately [for you] est and PT4CC are completely Intel specific
power regulation interfaces.

AMD had something to offer on Linux, but I forget what that was...

Cheers,
-Garrett



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7d6fde3d0812221315s4d03e15dw4b84679b98a6308f>