[sf-lug] Memory(dram) may cause some problems

Ken Shaffer kenshaffer80 at gmail.com
Tue Nov 24 21:18:28 PST 2015


We do tend to forget the hardware bugs, since we mostly deal with software
bugs.
Way back when at work, got a pair of dual cpu SGI machines, but with only
one CPU installed.  When the  second CPUs were installed, the machines
wouldn't boot.  I noticed the new CPUs, while identical in specs, had a
different stepping number, and suggested arranging them so the old CPUs
were in one machine, and the new ones in another -- worked perfectly then.
Ken

On Tue, Nov 24, 2015 at 2:31 PM, Bobbie Sellers <
bliss-sf4ever at dslextreme.com> wrote:

> My friend Odd,
>     a system administrator in Norway sent me this URL
> for an article,
> <
> http://spectrum.ieee.org/tech-talk/computing/hardware/intel-and-micron-announce-revolutionary-memory
> >
>
>     I remember back a bit when we learned that our Amiga and Windows memory
> simms had to be carefully matched to avoid timing problems, I think Unix
> handled
> that better but the original information is lost to me,  Linus might have
> been working
> on Linux but no idea.
>     Anyhow the information about dram being less reliable than we were
> lead to believe
> was developed when operations using large amount of dram were surveyed as
> to
> the cause of failures.
>
>     Bobbie Sellers
>
>
> _______________________________________________
> sf-lug mailing list
> sf-lug at linuxmafia.com
> http://linuxmafia.com/mailman/listinfo/sf-lug
> Information about SF-LUG is at http://www.sf-lug.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://linuxmafia.com/pipermail/sf-lug/attachments/20151124/87edf061/attachment.html>


More information about the sf-lug mailing list