Als je geen ECC hebt kan je bitrot en propagatie van bitflips hebben zonder dat je er wat van merkt, tot dat het te laat is.
Neem bijvoorbeeld data in het RAM dat teruggeschreven wordt naar de harde schijf of SSD. Als dat een paar bitjes net wat anders heeft staan dan hoe het moet, wordt dat dus ook verkeerd opgeslagen. Dat merk je dan pas bij de eerstvolgende read actie. Nu hoeft dat niet altijd een probleem te zijn, maar waarom gokken als je het ook gewoon goed kan doen?
Verder is wel natuurlijk wel een verschil tussen Xeon's en i7's:
- Instructieset is anders/andere uitbreidingen
- QPI
- ECC
- Caches (qua grootte, en snelheid)
- Temperaturen/TDP
- MCE afhandeling
- ondersteuning met BMC's (bijv. voor vPro en consorten)
- speciale features zoals TSX-NI, AES-NI enz. zijn eigenlijk altijd eerder op Xeons, en soms exclusief op Xeons
Deze verschillen hoeven niet altijd relevant te zijn natuurlijk, hangt sterk af van je use case.
Om dat je 24x7 wil draaien, games wil draaien en databases zou ik in dit geval juist wel naar ECC kijken. Qua snelheid ga je echt niks merken tussen die i7 en de Xeon, maar de Xeon heeft ECC wat gewoon veiliger is dan geen ECC. In dit geval heeft de Xeon ook een veel lagere TDP voor nagenoeg dezelfde performance, heeft ie vPro wat iKVM mogelijk maakt (hangt van moederbord af natuurlijk), en TSX-NI wat voor multithreading toch wel erg prettig is, en waar je vooral als je Linux draait erg veel profijt van kan hebben. (ik zou Xen of ESXi o.i.d. draaien en daar dan losse VM's per type gebruik in droppen)
In het geval van die E3 v3 heb je ook Fast Memory Access en Flex Memory Access wat je met de i7 niet hebt. Het eerste is gewoon een algemene performance improvement, het tweede is erg handig als je niet-symmetrische DIMM bezetting gebruikt. Hoewel de E3 TXT heeft en de i7 niet is dat in dit geval niet zo heel relevant. Tenzij je Windows gebruikt, gezien TXT dan enig voordeel m.b.t. rootkits en bootkits kan bieden om dat dat binnen Windows zelf zonder TXT niet gehandhaaft kan worden. (zie Defcon 22)
Een compleet andere situatie: wat als je wil upgraden? De E3 is ongeveer net zo snel als die i7. Die i7 gaat niet sneller worden, de Xeon kan je nog wel upgraden. Ik weet niet of dat bij je hoster mogelijk is, maar dat kan je ook nog meenemen in je beslissing. Los daar van heb je bij allebei dat je niet naar een sneller model kan om dat het moederbord dat niet mogelijk maakt. Wil je sneller, dan moet je eigenlijk altijd meteen naar een andere server overstappen zodat je bijv. een socket hebt dat E5's ondersteunt.
Voor nu: ga voor ECC, je zal er geen spijt van hebben. Zonder ECC is gewoon een gok, vooral om dat ie 24x7 aan staat en je dus veel meer uptime hebt om geheugenfouten te produceren en er last van te hebben. Er zullen nagenoeg geen reboots zijn, dus het is niet alsof je RAM vaak gereset gaat worden. Op desktops en laptops herstarten mensen over het algemeen wat meer dan op servers, waardoor eventuele RAM problemen na elke reset als sneeuw voor de zon verdwijnen, of gewoon niet voorkomen om dat er gewoon niet genoeg uptime is om net die ene bitflip op een problematische positie te ervaren.
Gijs007 schreef op zaterdag 28 maart 2015 @ 17:09:
Bedankt voor de reacties
Wat ik me afvraag is of het mogelijk is dat de non ecc server een fout maakt in de database en deze dan repliceert naar de andere server waardoor beide een corrupte database hebben?
[...]
Instructie sets zijn vrijwel altijd gelijk binnen de zelfde generatie, enige verschil is de clock snelheid, het TDP en soms de hoeveelheid cache en aantal core's bij high end modellen. (E5 en E7 serie)
Daarnaast missen de xeon's vaak de integrated gpu, waardoor ze soms goedkoper zijn. (E3 serie vs I7)
Ja, fouten worden dan mogelijk gerepliceerd.
De Xeon heeft een instructie die de i7 niet heeft die wel voordeel biedt.
De i7 heeft een iGPU, de Xeon niet in dit geval.
[
Voor 11% gewijzigd door
johnkeates op 28-03-2015 17:30
]
/u/207944/crop640ce0863a54b_cropped.png?f=community)
/u/375510/0sZhjFJ.png?f=community)
:strip_icc():strip_exif()/u/78279/crop5a9fe3f83191c.jpeg?f=community)