linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Timothy Miller <miller@techsource.com>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: [ON TOPIC] HELP:  Getting lousy memory throughput from Abit KD7
Date: Tue, 22 Jul 2003 15:21:15 -0400	[thread overview]
Message-ID: <3F1D8EAB.6020801@techsource.com> (raw)
In-Reply-To: 3F1711B5.9020800@techsource.com

Below is a message I wrote earlier to the list, but I didn't see any 
reply.

Since that time, I installed Windows and ran SiSoft SANDRA to test my 
memory throughput.  The result I got was a little over 2300 MiB/sec, 
which is pretty much what I'd expect.  On the other hand, STREAM shows 
me getting about half that while I'm running Linux.

This suggests to me that there is one of these possibilities which is 
contributing to the poor performance under Linux:

1) Linux is not programming the KT400 chipset properly and is thus not 
getting the throughput it could.
2) SANDRA uses instructions (SSE, etc) which are able to access memory 
more efficiently than whatever STREAM is using.
3) SANDRA inflates its scores to make people feel better.
4) Linux has not properly set up the CPU caches.


Given the speed of the processor and the fact that usually, most memory 
access hits the cache, I would expect the memory bus to be saturated 
during the test.  The KT400 does some amount of read-ahead, and since 
the data can be read out of a cache line much faster than it can be 
loaded into the cache, I wouldn't expect much time delay between when 
one line is read and the next one has a miss.  Is the latency so great? 
  What about the out-of-order execution of the CPU?


What I want to know is this:

Am I getting realistic throughput for what STREAM does?

What is SANDRA doing that lets it get such high scores when STREAM does not?


Thanks.




Timothy Miller wrote:
> I recently bought an Abit KD7, and I'm having a few problems with it.  I
> hope someone can please help me with them.
> 
> According to the BIOS screen, the board model I have is
> KT400-8235-6A6LYA1AC-DN.  I have an Athlon XP 2800+ (barton core,
> 333mhz fsb) with 1 GIG of PC2700 DDR.  The board has AwardBIOS.
> 
> I'm running Red Hat 9 with their latest kernel (something like 2.4.20-18).
> 
> The Corsair memory I'm using turns out to be from SpecTek, which uses
> Micron silicon.  I called SpecTek to get a datasheet, and they
> directed me to the data sheet for Micron MT46V64M4TG-6T.
> 
> I use the following settings for memory:
> 
> CAS latency: 2.5
> Bank Interleave: 4
> Trp: 3T
> Tras: 7T
> Trcd: 3T
> Drive strength and controls are all Auto
> DRAM Access: 3T
> Enhance DRAM Performance: Disabled
> DRAM Command Rate: 1T
> Write Recovery Time: 3T
> tWTR: 1T
> 
> The problem that I encounter is that I seem to be getting unusually low 
> memory throughput. Using "memtest86", I get 665mb/sec. Using STREAM 
> under Linux, I get closer to 1040 mb/sec peak. Doing some searches on 
> google has revealed that most people get closer to their peak bandwidth, 
> so, I should be expecting at least 2400 from STREAM, judging from the 
> numbers others are getting. I know in the real world, you never get 
> peak, but in synthetic tests, I should not be getting half the rated 
> bandwidth.
> 
> I have already tried flashing the latest BIOS but the only result was 
> that "Fast CPU command decode" option now causes the system to not POST 
> (It didn't before).
> 
> If anyone could please help me to figure out what is slowing things
> down, I would appreciate it very much.
> 
> I have a feeling this isn't a Linux-related issue, but you never know. 
> Does STREAM report very low throughput compares to, say, SiSOFT SANDRA? 
>  I haven't tried SANDRA because I don't want to install Windows.
> 
> 
> Thank you.
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 
> 



  reply	other threads:[~2003-07-22 18:57 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-17 21:14 [OT??] HELP: Getting lousy memory throughput from Abit KD7 Timothy Miller
2003-07-22 19:21 ` Timothy Miller [this message]
2003-07-22 19:34   ` [ON TOPIC] " Richard B. Johnson
2003-07-22 19:53     ` Valdis.Kletnieks
2003-07-22 21:04   ` Dave Jones
2003-07-22 21:30     ` Jamie Lokier
2003-07-22 21:36     ` Mike Fedyk
2003-07-27 17:15 ` [OT??] " Marc Wilson

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=3F1D8EAB.6020801@techsource.com \
    --to=miller@techsource.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;
as well as URLs for NNTP newsgroup(s).