linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stephen Satchell <list@fluent2.pyramid.net>
To: "Leonard Milcin, Jr" <thervoy@post.pl>
Cc: linux-kernel@vger.kernel.org
Subject: Re: (OT) md5sum proving to be an EXCELLENT memory test
Date: Sun, 20 Apr 2003 16:45:49 -0700	[thread overview]
Message-ID: <5.2.0.9.0.20030420163516.02076ec0@fluent2.pyramid.net> (raw)
In-Reply-To: <3EA317F6.2000504@post.pl>

At 11:58 PM 4/20/03 +0200, Leonard Milcin, Jr wrote:
> > (...)
>>as perfect.)  Perform md5sum on the files on the server and save the 
>>results, and the signatures would be different from run to run on the 
>>same files.
>>Incompatible RAM.
> > (...)
>
>I had the same situation with some cheap mobo (ECS K7S5A+) of friend of 
>mine. You don't need to check md5sums. Why is MD5 better than any other 
>method? I just simply found, that when I copy file A to B, and then A to 
>C, it is possible that B and C differs. Most of the time with one byte.
>
>The advice is to use some good memory test suite from time to time - it 
>will do better its job than you just checking signatures on large files.

The "good memory test suite" I have didn't catch it.  The copy method you 
suggest didn't catch it.  The BIOS memory check didn't catch it.  Only the 
linux compile method -- mentioned on this list -- did catch it.  And so did 
using md5sum on very long files.

(Maybe you missed reading the part that md5sum on small files never 
fails.  File copies on smaller files don't fail, either.  Otherwise, how 
did I get a Linux environment loaded and running with no problem?)

I'm pissed about this because, when I purchased the RAM a year and a half 
ago, I used the memory test suite to see if the stuff would work in these 
servers, AND THE TESTS PASSED.  So I accepted the RAM.  The money-back 
guarantee is long gone.  No, I didn't try a kernel compile.  My stupidity 
for believing in running only one diagnostic.

The server in question ran for a year as a moderate-use Web server, and 
would mystery only once in a great while.  It was taken out of service when 
a faster computer replaced it.  It's only now I find out the truth about 
the RAM incompatibility in it, when I tried to use the 40-GB hard drive in 
it as a staging vehicle.


--
X -> unknown; Spurt -> drip of water under pressure
Expert -> X-Spurt -> Unknown drip under pressure.


  reply	other threads:[~2003-04-20 23:33 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-20  3:11 Linux 2.5.68 Linus Torvalds
2003-04-20  4:57 ` Ben Collins
2003-04-20 13:23 ` irq balancing; kernel vs. userspace Sean Neakums
2003-04-20 18:31   ` Arjan van de Ven
2003-04-20 18:37     ` Kevin P. Fleming
2003-04-20 19:10       ` Arjan van de Ven
2003-04-20 18:55     ` Sean Neakums
2003-04-20 20:11   ` Zwane Mwaikambo
     [not found] ` <Pine.LNX.4.50.0304201605360.17265-100000@montezuma.mastece nde.com>
2003-04-20 20:43   ` (OT) md5sum proving to be an EXCELLENT memory test Stephen Satchell
2003-04-20 21:58     ` Leonard Milcin, Jr
2003-04-20 23:45       ` Stephen Satchell [this message]
     [not found]         ` <3EA3EC75.35988618@gmx.de>
2003-04-21 13:46           ` Stephen Satchell
2003-04-23 19:33 ` 2.5.68: net/decnet/dn_route.c doesn't compile Adrian Bunk
2003-04-23 19:46   ` Steven Whitehouse

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=5.2.0.9.0.20030420163516.02076ec0@fluent2.pyramid.net \
    --to=list@fluent2.pyramid.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=thervoy@post.pl \
    /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).