Re: Kernel upgrade 2.4 -> 2.6, makes system very slow on laptop with 1GB of memory: BIOS caching bug
- From: Jean-David Beyer <jeandavid8@xxxxxxxxxxx>
- Date: Mon, 27 Feb 2006 03:30:41 GMT
Mark.Sandler@xxxxxxxxx wrote:
Hi,Do you mean this:
I thought I should post the problem and solution here as it seems to be
very evasive bug (and took me days to solve), hopefully someone will
find it useful (and lemme know if it did ;)
The problem:
After upgrading (or installing fresh ) to 2.6.x kernel on
Debian/Ubuntu Linux system, the computer has became very slow. And i
mean REALLY slow -- it was taking 50 minutes just to boot.
Reason
Apparently the problem is that there is a bug in BIOS (quite popular),
which prevents memory region from 1008 to 1016 from being cached, and
linux is using that memory region quite actively. To check if this is
indeed the case try
cat /proc/mtrr
at the end where it displays caching region there will be a gap
somewhere in the high memory. (look for numbers starting with 0x3E and
3F)
Solution:
mem=1008M added to kernel options e.g. if one uses grub the
/usr/menu.lst
should read like:
kernel /boot/vmlinuz-2.6.12custom root=/dev/hda3 ro mem=1008M
single
Now, everything works just fine. But in my case sound, pcmcia and few
other things including
acpi stopped working.
Iteration 2.
Detailed study of the output of lspci command (use verbose option)
tells us that sound card uses memory region from 1016 to 1024MB...
Apparently when one specifies mem=1008M, kernel can not access that
region and <sigh> no sound...
The "hackish" solution is to turn off the the mem_4G option in the
kernel. For that one needs to recompile kernel with Mem4G option turned
off...
# CONFIG_HIGHMEM4G is not set
CONFIG_HIGHMEM64G=y
CONFIG_HIGHMEM=y
If so, it is not so simple.
In Red Hat Enterprise Linux 3, the stuff looks like this.
# CONFIG_NOHIGHMEM is not set
# CONFIG_HIGHMEM4G is not set
CONFIG_HIGHMEM64G=y
CONFIG_X86_4G=y
Now for my system, I need them as they are. If I turn off the
CONFIG_HIGHMEM64G=y I will be unable to see the top 4GBytes of RAM, and if I
turn off the CONFIG_X86_4G=y then it will build a kernel that gives itself 1
GByte of address space, and the user only 3 GBytes, but if I have it on like
this, both the users and the kernel can get up to 4 GBytes if they want it.
Note, that in that case some top 100M will be inaccessible for
programs - but i guess it doesn't really matter. Interestingly enough,
the sound card still continues to use 1016-1024M region, and so once
one recompiles the kernel, s/he _has_ to remove the offending mem=1008
from the menu.lst....
I guess alternative would be to try to reconfigure sound not to use the
region above 1008 --
but i have not tried that.
Side note (and off topic).
The similar problem can be seen in Windows XP... (But of course one
would have no chance of finding out the cause for it, except by
installing linux...), the problem is even more evasive. The windows
would get very slow, not all the time, but only when some program
loads into uncached region... Eg. every few days or so...
The solution: add /maxmem=999 option to c:\boot.ini file.
enjoy,
mark
--
.~. Jean-David Beyer Registered Linux User 85642.
/V\ PGP-Key: 9A2FC99A Registered Machine 241939.
/( )\ Shrewsbury, New Jersey http://counter.li.org
^^-^^ 22:15:00 up 5 days, 34 min, 5 users, load average: 4.23, 4.37, 4.35
.
- Follow-Ups:
- References:
- Prev by Date: Kernel upgrade 2.4 -> 2.6, makes system very slow on laptop with 1GB of memory: BIOS caching bug
- Next by Date: Re: Kernel upgrade 2.4 -> 2.6, makes system very slow on laptop with 1GB of memory: BIOS caching bug
- Previous by thread: Kernel upgrade 2.4 -> 2.6, makes system very slow on laptop with 1GB of memory: BIOS caching bug
- Next by thread: Re: Kernel upgrade 2.4 -> 2.6, makes system very slow on laptop with 1GB of memory: BIOS caching bug
- Index(es):
Relevant Pages
|
