From: Robert Hancock <hancockr@shaw.ca>
To: Justin Piszcz <jpiszcz@lucidpixels.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Kernel 2.6.21.3 does not work with 8GB of RAM on Intel 965WH motherboards.
Date: Tue, 29 May 2007 22:08:42 -0600 [thread overview]
Message-ID: <465CF8CA.8070009@shaw.ca> (raw)
In-Reply-To: <fa.4kEpre7NAj1mG6fooUMp/WVc8tg@ifi.uio.no>
Justin Piszcz wrote:
> Short Description of Problem:
> Linux 2.6.21.3 does not run properly with 8GB of ram on the Intel 965WH
> motherboard.
>
> Long Description of Problem:
> When I use 8GB of memory on my x86_64 system, CPU-bound processes are VERY
> slow, up to 36x slower than usual. My temporary fix is force Linux to only
> use 4GB of memory, I am currently using mem=4096M. I ran memtest86 and the
> memory is fine, not a single error. I tried the following to mem= 1024,
> 2048
> 4096 and blank "" to let the kernel use all 8GB of memory. What is wrong
> with the kernel and how come it cannot use 8GB of memory without slowing
> down
> all CPU-related processes to a snail-like pace? There is something
> horribly
> wrong here.
>
> Specifications:
> Intel Motherboard: 965WH
> Linux Kernel: 2.6.21.3
> Distribution: Debian Testing x86_64
> GCC: gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
> Target: x86_64-linux-gnu
>
> Tests:
>
> 1. append line = 1024M
> top - 18:28:26 up 1 min, 4 users, load average: 0.42, 0.17, 0.06
> Tasks: 157 total, 1 running, 156 sleeping, 0 stopped, 0 zombie
> Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si,
> 0.0%st
> Mem: 1027016k total, 964288k used, 62728k free, 1232k buffers
> Swap: 16787768k total, 0k used, 16787768k free, 105168k cached
> ---> STATUS: No problems, box is fine, no lag, etc..
>
> 2. append line = 2048M
> top - 18:34:23 up 2 min, 2 users, load average: 0.14, 0.14, 0.05
> Tasks: 147 total, 1 running, 146 sleeping, 0 stopped, 0 zombie
> Cpu(s): 1.7%us, 1.2%sy, 0.4%ni, 95.2%id, 1.5%wa, 0.0%hi, 0.0%si,
> 0.0%st
> Mem: 2059696k total, 956324k used, 1103372k free, 1232k buffers
> Swap: 16787768k total, 0k used, 16787768k free, 102924k cached
> ---> STATUS: No problems, box is fine, no lag, etc..
>
> 3. append line = 4096M
> top - 18:37:55 up 1 min, 1 user, load average: 0.52, 0.19, 0.07
> Tasks: 143 total, 1 running, 142 sleeping, 0 stopped, 0 zombie
> Cpu(s): 2.9%us, 2.2%sy, 0.7%ni, 91.6%id, 2.6%wa, 0.0%hi, 0.0%si,
> 0.0%st
> Mem: 3339536k total, 949792k used, 2389744k free, 1232k buffers
> Swap: 16787768k total, 0k used, 16787768k free, 99920k cached
>
> $ time ssh p34 uptime
> 19:00:16 up 1 min, 1 user, load average: 0.67, 0.18, 0.06
> real 0m0.159s
> user 0m0.013s
> sys 0m0.003s
> ---> STATUS: No problems, box is fine, no lag, etc..
>
> 4. append line = "" (use all 8GB)
>
> top - 18:52:50 up 9 min, 1 user, load average: 2.88, 2.43, 1.41
> Tasks: 149 total, 3 running, 146 sleeping, 0 stopped, 0 zombie
> Cpu(s): 36.3%us, 2.2%sy, 10.3%ni, 50.8%id, 0.4%wa, 0.0%hi, 0.1%si,
> 0.0%st
> Mem: 8104460k total, 1064416k used, 7040044k free, 3296k buffers
> Swap: 16787768k total, 0k used, 16787768k free, 201852k cached
>
> $ ssh p34
> ssh: connect to host p34 port 22: Connection refused
>
> Machine takes 5-10 minutes to boot, it acts like a 286 computer, about 8
> minutes later:
>
> $ time ssh p34 uptime # 5 SECONDS!! 36x slower when using 8GB of RAM
> 18:51:39 up 8 min, 1 user, load average: 2.74, 2.31, 1.30
>
> real 0m5.757s
> user 0m0.015s
> sys 0m0.004s
>
> The machine is VERY slow and this is on a gigabit network, I/O does not
> seem to be affected but rather, CPU-bound processes.
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 2483 root 25 0 25324 5292 1072 R 96 0.1 4:37.12 mailgraph
> 3604 logcheck 30 10 3408 1120 544 R 91 0.0 0:03.55 grep
>
> These normally take seconds but when I use all 8GB of memory, it runs
> for a very long time.
>
> Conclusion: For now, I will be using mem=4096M until someone can help me
> understand what is happening here. Can anyone offer any insight?
>
> I found it interesting in make menuconfig on x86_64 there is no 4GB/64GB
> options in the kernel that I remember seeing in 32bit.
That's because that option is not applicable in 64-bit mode.
Can you send your full dmesg output from the 8GB bootup?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
next parent reply other threads:[~2007-05-30 4:08 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <fa.4kEpre7NAj1mG6fooUMp/WVc8tg@ifi.uio.no>
2007-05-30 4:08 ` Robert Hancock [this message]
2007-05-30 8:43 ` Kernel 2.6.21.3 does not work with 8GB of RAM on Intel 965WH motherboards Justin Piszcz
2007-05-30 8:54 ` Justin Piszcz
2007-05-30 14:27 ` Robert Hancock
2007-05-30 14:33 ` Case: 7454422: Re: Kernel 2.6.21.3 does not work with 8GB of RAM on Intel 965WH motherboards. (FULL DMESG) Justin Piszcz
2007-05-30 14:36 ` Justin Piszcz
2007-05-30 14:50 ` Case: 7454422: Re: Kernel 2.6.21.3 does not work with 8GB of RAM on Intel 965WH motherboards Ernst Herzberg
2007-05-29 23:07 Justin Piszcz
2007-05-30 20:49 ` Andi Kleen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=465CF8CA.8070009@shaw.ca \
--to=hancockr@shaw.ca \
--cc=jpiszcz@lucidpixels.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox