Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
I think there are two likely suspects: IRQ mishandling and the frame buffer driver. First, make sure that any IRQs capable of set to level-trigger are so set, especially those (such as for the network card) which are being remapped through IO-APIC. Second, see what happens if you recompile without frame buffer support; this may reduce you to SVGA on your hardware, but it is a reasonable test. -- Mike On 2000-06-05 at 00:49 -0400, Brian J. Conway wrote: > The kinda behavior I'm getting is randomly having a CPU run at 100% for > a period of time while doing something heavily threaded (like xmms) or > just completely randomly, then settle down and have both CPUs running at > 50% while just playing an mp3. This is, of course, ridiculous, because > when I use a kernel with just one CPU (as well as in Windows, sorry) > everything is just fine, and mp3s take a whopping 3% CPU to play. Also, > while playing Q3 or Unreal Tournament in an SMP kernel, both processors > are running and supposedly using half the load each, even without having > SMP enabled in the program (as neither support it, and only one > processor should be doing the work), and my mouse freezes periodically > for a second every 5 seconds or so when both processors max out while > playing. - Subcription/unsubscription/info requests: send e-mail with "subscribe", "unsubscribe", or "info" on the first line of the message body to discuss-request at blu.org (Subject line is ignored).
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |