| Back to top |
Why did I try this off-brand kernel(2.6.34-1.dmz.3-liquorix-amd64) Why? I was wondering why my TB drives were having a cup of coffee before the data showed up! I want my 2.8 GHZ speed at ALL times. I don't want to hear any "greenie" stuff about saving energy. I know how to diddle with the freqs after the fact. So, is this fixable or do i need to stay with a Debian kernel which comes sprinting out of the blocks at 2.8GHZ and not crawling out at 1GHZ.
|
|||||
| Back to top |
You can try to remove cpufrequtils and sysfsutils. I prefer have cpu scaling anyway ...
|
|||||
| Back to top |
Thanks iotaka! cpufrequtils did it and now I can see why. I didn't have
sysfsutils. I'm running at 2.813 GHZ forever. It does make a big difference when you're dealing with getting data out of terabyte drives. I originally thought my drives had died it took so long. |
|||||
| Back to top |
sedonix, don't worry about cpu scaling on these kernels. I applied a patch for the ondemand governor which accounts for IO when choosing the frequency to run at.
All vanilla kernels 2.6.34 and less should have the bug you're experiencing. |
|||||
| Back to top |
What, me worry? I'm too old to worry. I want nothing to do with"scaling". I have hundreds of movies on my drives to watch and I can't wait around while some "greenie" software decides on how fast I get to them. I learned a long time ago how to set the cpu speed. It takes at least 10 seconds to change it in a console. Time wasted!
|
|||||
| Back to top |
Damentz, have you also applied the patch to the new 2.6.35 kernel as well?
|
|||||
| Back to top |
2.6.35 seems to be behaving as advertised.........so far.
|
|||||
|
All times are GMT - 8 Hours
|
||||||