Date: Fri, 24 Feb 2006 05:40:30 -0300 From: JoaoBR <joao@matik.com.br> To: freebsd-amd64@freebsd.org Subject: Re: AMD 64 stability Message-ID: <200602240540.31546.joao@matik.com.br> In-Reply-To: <43FEBD56.4040200@gneto.com> References: <43FCEF9C.5050308@bluelight.org.uk> <Pine.SOC.4.61.0602232343410.13647@tea.blinkenlights.nl> <43FEBD56.4040200@gneto.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Friday 24 February 2006 05:01, Martin Nilsson wrote: > > And it's here where it usually fails when you fill the board with 2GB > modules. The Chinese server-wannabee manufacturers products just can't > handle the load that these modules puts on the system. They are very > much aware of it, but their tech support never admits that it's their > crappy motherboard designs that causes the stability problems, instead > the come up with all sorts of strange excuses and finally closes all > support requests with: "not able to reproduce here - no fault" > > the deciding factor what is "crappy" often points out the buyers wallet at = the=20 end because for sure you can't get high tech stuff for a dollar or two so when you buy a MB for US70 and pay US50/GB you may not get what another = one=20 gets using a reliable server board with correct ECC/Reg memory, so when you= =20 buy cheap stuff you can not aspect to get a high reliable system you can see this already with S939 dualchannel boards which simply crash if= =20 you do not use real good dualchannel modules faster the processor is more sensitive the sitem is to all other components= =20 and for that they put big wheels on the fun cars to smoke more than only=20 once ;) Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200602240540.31546.joao>