public inbox for gentoo-amd64@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-amd64] controlling processor peaks
@ 2005-07-23 18:36 Mark Creamer
  2005-07-23 19:22 ` Allan Wang
  0 siblings, 1 reply; 6+ messages in thread
From: Mark Creamer @ 2005-07-23 18:36 UTC (permalink / raw
  To: gentoo-amd64

I have a fresh install of 2005.0. PC specs are AMD Athlon 64 3200, 2 GB 
RAM. I'm noticing that certain applications will monopolize the CPU for 
a moment and then drop off. But during that time, mouse is hung, and 
nothing else will work or will work sporadically.

An example would be opening PAN newsgroup reader, and selecting a group 
that has a large number of messages. Until all the message headers are 
loaded into the reader, even if that's only a few seconds, I can't do 
anything.

How can I tune Gentoo so the processor doesn't peak for one app like this?

Thanks!
Mark
-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [gentoo-amd64] controlling processor peaks
  2005-07-23 18:36 [gentoo-amd64] controlling processor peaks Mark Creamer
@ 2005-07-23 19:22 ` Allan Wang
  2005-07-23 19:41   ` Mark Creamer
  0 siblings, 1 reply; 6+ messages in thread
From: Allan Wang @ 2005-07-23 19:22 UTC (permalink / raw
  To: gentoo-amd64

On Sat, 2005-07-23 at 18:36 +0000, Mark Creamer wrote:
> I have a fresh install of 2005.0. PC specs are AMD Athlon 64 3200, 2 GB 
> RAM. I'm noticing that certain applications will monopolize the CPU for 
> a moment and then drop off. But during that time, mouse is hung, and 
> nothing else will work or will work sporadically.
> 
> An example would be opening PAN newsgroup reader, and selecting a group 
> that has a large number of messages. Until all the message headers are 
> loaded into the reader, even if that's only a few seconds, I can't do 
> anything.
> 
> How can I tune Gentoo so the processor doesn't peak for one app like this?
> 
> Thanks!
> Mark

Hmm, I've seen this problem with machines that don't have DMA on, if
you're using IDE hard drives, what's the output of hdparm /dev/hda or
whatever the drive is?

Allan

-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [gentoo-amd64] controlling processor peaks
  2005-07-23 19:22 ` Allan Wang
@ 2005-07-23 19:41   ` Mark Creamer
  2005-07-23 20:15     ` Allan Wang
  0 siblings, 1 reply; 6+ messages in thread
From: Mark Creamer @ 2005-07-23 19:41 UTC (permalink / raw
  To: gentoo-amd64

Here's the output:

/dev/hda:
 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  0 (off)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 30515/255/63, sectors = 251000193024, start = 0



Allan Wang wrote:

>On Sat, 2005-07-23 at 18:36 +0000, Mark Creamer wrote:
>  
>
>>I have a fresh install of 2005.0. PC specs are AMD Athlon 64 3200, 2 GB 
>>RAM. I'm noticing that certain applications will monopolize the CPU for 
>>a moment and then drop off. But during that time, mouse is hung, and 
>>nothing else will work or will work sporadically.
>>
>>An example would be opening PAN newsgroup reader, and selecting a group 
>>that has a large number of messages. Until all the message headers are 
>>loaded into the reader, even if that's only a few seconds, I can't do 
>>anything.
>>
>>How can I tune Gentoo so the processor doesn't peak for one app like this?
>>
>>Thanks!
>>Mark
>>    
>>
>
>Hmm, I've seen this problem with machines that don't have DMA on, if
>you're using IDE hard drives, what's the output of hdparm /dev/hda or
>whatever the drive is?
>
>Allan
>
>  
>

-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [gentoo-amd64] controlling processor peaks
  2005-07-23 19:41   ` Mark Creamer
@ 2005-07-23 20:15     ` Allan Wang
  2005-07-23 20:20       ` Mark Creamer
  0 siblings, 1 reply; 6+ messages in thread
From: Allan Wang @ 2005-07-23 20:15 UTC (permalink / raw
  To: gentoo-amd64

On Sat, 2005-07-23 at 19:41 +0000, Mark Creamer wrote:
> Here's the output:
> 
> /dev/hda:
>  multcount    = 16 (on)
>  IO_support   =  0 (default 16-bit)
>  unmaskirq    =  0 (off)
>  using_dma    =  0 (off)
>  keepsettings =  0 (off)
>  readonly     =  0 (off)
>  readahead    = 256 (on)
>  geometry     = 30515/255/63, sectors = 251000193024, start = 0
Yup, just as I thought, you have dma off. You'll need to run lspci and
find the IDE controller for your motherboard. Then in your kernel
configuration, enable support for that ide controller (device drivers ->
ide/atapi support), and reboot. It should be nice and fast afterwards.

Allan

-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [gentoo-amd64] controlling processor peaks
  2005-07-23 20:15     ` Allan Wang
@ 2005-07-23 20:20       ` Mark Creamer
  2005-07-24  1:35         ` Mark Creamer
  0 siblings, 1 reply; 6+ messages in thread
From: Mark Creamer @ 2005-07-23 20:20 UTC (permalink / raw
  To: gentoo-amd64

Allan Wang wrote:

>On Sat, 2005-07-23 at 19:41 +0000, Mark Creamer wrote:
>  
>
>>Here's the output:
>>
>>/dev/hda:
>> multcount    = 16 (on)
>> IO_support   =  0 (default 16-bit)
>> unmaskirq    =  0 (off)
>> using_dma    =  0 (off)
>> keepsettings =  0 (off)
>> readonly     =  0 (off)
>> readahead    = 256 (on)
>> geometry     = 30515/255/63, sectors = 251000193024, start = 0
>>    
>>
>Yup, just as I thought, you have dma off. You'll need to run lspci and
>find the IDE controller for your motherboard. Then in your kernel
>configuration, enable support for that ide controller (device drivers ->
>ide/atapi support), and reboot. It should be nice and fast afterwards.
>
>Allan
>
>  
>
Thanks Allan, I'll try that. Best regards
-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [gentoo-amd64] controlling processor peaks
  2005-07-23 20:20       ` Mark Creamer
@ 2005-07-24  1:35         ` Mark Creamer
  0 siblings, 0 replies; 6+ messages in thread
From: Mark Creamer @ 2005-07-24  1:35 UTC (permalink / raw
  To: gentoo-amd64

Wow, what a difference. Thanks again Allan!!


Mark Creamer wrote:

> Allan Wang wrote:
>
>> On Sat, 2005-07-23 at 19:41 +0000, Mark Creamer wrote:
>>  
>>
>>> Here's the output:
>>>
>>> /dev/hda:
>>> multcount    = 16 (on)
>>> IO_support   =  0 (default 16-bit)
>>> unmaskirq    =  0 (off)
>>> using_dma    =  0 (off)
>>> keepsettings =  0 (off)
>>> readonly     =  0 (off)
>>> readahead    = 256 (on)
>>> geometry     = 30515/255/63, sectors = 251000193024, start = 0
>>>   
>>
>> Yup, just as I thought, you have dma off. You'll need to run lspci and
>> find the IDE controller for your motherboard. Then in your kernel
>> configuration, enable support for that ide controller (device drivers ->
>> ide/atapi support), and reboot. It should be nice and fast afterwards.
>>
>> Allan
>>
>>  
>>
> Thanks Allan, I'll try that. Best regards


-- 
gentoo-amd64@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2005-07-24  1:37 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-07-23 18:36 [gentoo-amd64] controlling processor peaks Mark Creamer
2005-07-23 19:22 ` Allan Wang
2005-07-23 19:41   ` Mark Creamer
2005-07-23 20:15     ` Allan Wang
2005-07-23 20:20       ` Mark Creamer
2005-07-24  1:35         ` Mark Creamer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox