Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-amd64
Navigation:
Lists: gentoo-amd64: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-amd64@g.o
From: Mark Creamer <mcreamer@...>
Subject: Re: controlling processor peaks
Date: Sun, 24 Jul 2005 01:35:43 +0000
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@g.o mailing list


References:
controlling processor peaks
-- Mark Creamer
Re: controlling processor peaks
-- Allan Wang
Re: controlling processor peaks
-- Mark Creamer
Re: controlling processor peaks
-- Allan Wang
Re: controlling processor peaks
-- Mark Creamer
Navigation:
Lists: gentoo-amd64: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: controlling processor peaks
Next by thread:
baselayout-1.12.0_pre1-r1 killed my system
Previous by date:
Re: x86_64 optimization patches for glibc.
Next by date:
Re: x86_64 optimization patches for glibc.


Updated Jun 17, 2009

Summary: Archive of the gentoo-amd64 mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.