Date: Tue, 2 Jun 2009 17:22:18 +0200 (CEST) From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> To: Chris Nicholls <chris@timico.net> Cc: freebsd-questions@freebsd.org Subject: Re: IBM x345 Dual 2.8Ghz Xeon poor performance Message-ID: <alpine.BSF.2.00.0906021719430.1375@wojtek.tensor.gdynia.pl> In-Reply-To: <20090602115602.GA29137@atsuko> References: <20090601185419.GA92199@atsuko> <54837285@bb.ipt.ru> <alpine.BSF.2.00.0906021253160.36808@wojtek.tensor.gdynia.pl> <20090602115602.GA29137@atsuko>
next in thread | previous in thread | raw e-mail | index | archive | help
>> constantly doing ECC that's why it was damn slow. >> >> anyway - can hardware give any info for OS about how often ECC corrects >> errors? > This feels like the right track, I'll run memtest86 on it later tonight. > if i'm right memtest86 will not detect anything as too - all errors get corrected. for example - on your DIMM with 72-bit bus (64+8) one pin is dirty and is not connected well. then you'll get a single bit error every few reads/writes, and all will be corrected. If you can disable ECC - do it, and then run memtest so it will detect errors. If you can't, remove all but one DIMM, check if speed improved, if so, remove this and put other DIMM etc.. until you'll find what is bad. Or maybe it will then work fine because it's just contact problem.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.0906021719430.1375>