I noticed an odd but possibly related behaviour:

1. I had set up_threshold to 40 instead of 95, and everything was
running fine even after hours of running the kernel.

2. I changed it back to 95, and the frame rate slowed.

3. I tried changing ignore_nice_levels to 1, but it had no effect on
frame rate.

4. I tried changing up_threshold back to 40 and then changing the CPUs
to performance instead of on-demand, but neither had an effect on frame
rate.

5. I ran glxgears. This normally gets 3500 fps, but could only manage
1.5 fps this time. However, in the wine CoD4 app, the frame rate
increased back to normal while glxgears was running. Stopping glxgears
made it drop again.

** Description changed:

  After reboot, the ondemand setting gives good CPU frequency switching
  speeds. But after the computer has been running for a while, it slows
  down.
  
  I can see this most obviously playing call of duty 4 under wine - I can
  get framerates around 25-35fps after rebooting, but after the computer
  has been running for some time if I run the game again the framerate
- drops to 10-15fps and the frequency applets no indicate maximum
+ drops to 10-15fps and the frequency applets no longer indicate maximum
  frequency is being attained. Either rebooting or setting the frequency
  governor to 'performance' restores the performance.
  
  I find this happens in both Jaunty and Intrepid with kernels 2.6.27
  through 2.6.30-rc7.
  
  ProblemType: Bug
  Architecture: amd64
  DistroRelease: Ubuntu 9.04
  HibernationDevice: RESUME=UUID=457843ae-5339-4eda-84a2-57ff06b539a5
  MachineType: Dell Inc. XPS M1530
  Package: linux-image-2.6.28-12-generic 2.6.28-12.43
  ProcCmdLine: root=UUID=709f7178-44db-418f-be0e-489169db001a ro quiet splash
  ProcEnviron:
   LANG=en_AU.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 2.6.28-12.43-generic
  SourcePackage: linux

-- 
cpu ondemand governor degrades switching response over time
https://bugs.launchpad.net/bugs/380129
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to