2400MHz using the "ondemand" governor. The interesting thing, at least
from my point of view, is how rapidly the power savings degrade as CPU
load increases.
well, one of the big themes in recent chip development is factoring
out pieces that can be separately clocked. it's also true that the
David Mathog wrote:
>> I'm assuming that the boffin Flextronics has handling legacy support for
>> Arima is not being very responsive?
>
> If by "very" you mean "at all", then you would be accurate.
>
>> Well, editing the BIOS image for the mainboard seams kind of dodgy.
>
> That's what I ended
David Mathog wrote:
> Starting a second cpuburn apparently schedules it
> on one of the cores on the unused second processor, rather than
> on the equally unused, but already sped up, second core on the first
> CPU.
Since that gives the most additional performance that seems a reasonable
default.
I am currently configuring a new (for us) dual Opteron 280 system.
cpufreq works on this system, moving each pair of cores between 1000 and
2400MHz using the "ondemand" governor. The interesting thing, at least
from my point of view, is how rapidly the power savings degrade as CPU
load increases.
David Mathog wrote:
> Have any of you seen a patched BIOS for the Arima HDAM* motherboards
> that resolves the issue of the Sil 3114 SATA controller locking up when
> it sees a SATA II disk? (Even a disk jumpered to Sata I speeds.)
> Silicon Image released a BIOS fix for this, but since all of the
