Lifer

Firele Xeons și MCE m-au făcut să mă întreb ce s-ar întâmpla cu integritatea datelor dacă overclockarea MCE se va dovedi cu adevărat posibilă pe diferitele Xeons Haswell E5?

overclockată

În cazul activării MCE pe E5-2699 v3 (18 nuclee/36 fire cu turbo de 3,6 GHz și ceas de bază de 2,3 Ghz), aceasta ar însemna 56% overclock pentru operarea care implică toate nucleele

În cazul activării MCE pe E5-2690 v3 (12 nuclee/24 fire cu turbo de 3,5 Ghz și ceas de bază de 2,6 Ghz), aceasta ar însemna un overclock de 35% pentru funcționarea tuturor nucleelor

Dacă răcirea procesorului ar fi suficientă, cu cât ar putea fi mai răspândite diferite tipuri de erori? S-ar putea folosi ECC RAM cu un astfel de MCE overclockat E5 Xeon?

Presupunem că sarcina principală este editarea video, dar sunt foarte interesant să aud păreri despre alte tipuri de sarcini clasice până la număr mare de nuclee Server Xeons?

Idontcare

Membru de elită

Această întrebare nu este de răspuns de către publicul țintă.

Numai Intel poate răspunde complet, corect și suficient la preocupările dvs.

Dacă doriți cu adevărat să cunoașteți răspunsul la întrebarea dvs., eșantionarea oamenilor de pe forum aleatoriu nu este un substitut.

Cu toate acestea, dacă ați căutat pur și simplu o conversație asemănătoare cu filosofia camerei de bar de la miezul nopții, ați ajuns la locul potrivit!

Lifer

Această întrebare nu este de răspuns de către publicul țintă.

Numai Intel poate răspunde complet, corect și suficient la preocupările dvs.

Dacă doriți cu adevărat să cunoașteți răspunsul la întrebarea dvs., eșantionarea oamenilor de pe forum aleatoriu nu este un substitut.

Cu toate acestea, dacă ați căutat pur și simplu o conversație asemănătoare cu filosofia camerei de bar de la miezul nopții, ați ajuns la locul potrivit!

Idontcare

Membru de elită

Ei bine, în acest caz!

Cu condiția ca eroarea aleatorie (zilnică-săptămânală) să nu vă facă imagini fără lună de miere sau fără bani și fără un loc de muncă, de ce să vă faceți griji? Du-te!

SOFTengCOMPelec

Membru Platinum

Footfoot

Membru Diamond

Firele Xeons și MCE m-au făcut să mă întreb ce s-ar întâmpla cu integritatea datelor dacă overclockarea MCE se va dovedi cu adevărat posibilă pe diferitele Xeons Haswell E5?

În cazul activării MCE pe E5-2699 v3 (18 nuclee/36 fire cu turbo de 3,6 GHz și ceas de bază de 2,3 Ghz), aceasta ar însemna 56% overclock pentru operarea care implică toate nucleele

În cazul activării MCE pe E5-2690 v3 (12 nuclee/24 fire cu turbo de 3,5 Ghz și ceas de bază de 2,6 Ghz), aceasta ar însemna un overclock de 35% pentru funcționarea tuturor nucleelor

Dacă răcirea procesorului ar fi suficientă, cu cât ar putea fi mai răspândite diferite tipuri de erori? S-ar putea folosi ECC RAM cu un astfel de MCE overclockat E5 Xeon?

Presupunem că sarcina principală este editarea video, dar sunt foarte interesant să aud păreri despre alte tipuri de sarcini clasice până la număr mare de nuclee Server Xeons?

Jovec

Membru senior

Cred că premisa principală este greșită. Nu cred că veți atinge +13 multi pe 18 nuclee la orice tensiune și temperatură rezonabilă la aproape 100% sarcină, chiar dacă MCE a lucrat la ea. + 2/+ 4 poate fi posibil, dar există un motiv pentru care Intel scapă ceasurile, deoarece adaugă nuclee.

Așa cum a spus IDC, aveți puțină sau nicio metodă de verificare a corupției, deși s-ar putea să nu aibă importanță pentru codificarea video. ECC nu va ajuta la erorile procesorului - ECC va proteja împotriva memorării flipping de biți sau a corupției datelor, dar nu va face nimic dacă CPU-ul însuși trimite date proaste către RAM (ECC se va asigura doar că datele defecte nu se schimbă în tăcere în timp ce este în memorie).

Editarea poate fi o sarcină în timp real, dar cea mai mare parte a codificării nu este. Un celeron dual-core poate fi efectiv la fel de rapid ca acel Xeon cu 18 nuclee, atâta timp cât ambii finalizează sarcina înainte de următoarea utilizare (codificați peste noapte, în fundal etc.). Ceva ca un 4790k la 4,4 GHz (stoc, turbo cu un singur nucleu) ar putea fi chiar de preferat dacă sarcinile de editare sunt cu un singur fir, oferind mai multă performanță în timp ce utilizați efectiv sistemul de editare.

DrMrLordX

Lifer

Dacă vorbiți despre corupția datelor în sensul „Am încercat să stochez x la și am primit în schimb y, care nu este ceea ce intenționam”, atunci aș spune + 0%. Ceea ce vorbiți va fi cu adevărat posibil numai dacă controlerele de stocare au implicat o manipulare greșită a unei operații de scriere, ceea ce se întâmplă, dar, din nou, aceasta se află pe controlerul de stocare.

Deci, dacă nu împingeți controlerul de stocare în afara specificațiilor (ceea ce nu sunteți cu MCE), atunci nu aveți de ce să vă faceți griji în acel departament.

Da, o mașină care rulează „în afara specificațiilor” ar putea întoarce un bit greșit undeva dintr-un procesor sau overclock de memorie, făcând posibil ca (pentru a cita un exemplu de mai sus) să aveți un pixel colorat incorect pe un cadru al unui videoclip sau. . . ceva. Dar am făcut o distincție între corupția de memorie și corupția de stocare dintr-un motiv: dacă întoarceți bitul greșit în memorie, există o mare probabilitate că dacă faceți acest lucru într-un mod non-banal, veți provoca o eroare sau doar veți doborî întreaga mașină. Probabilitatea de a întoarce un bit greșit ȘI de a întoarce un bit care nu este esențial pentru funcționarea curentă stabilă a mașinii este într-adevăr destul de scăzută.

În schimb, un controler de stocare care comută în mod silențios 0 la 1 undeva nu va face nici o diferență, deoarece sistemul nu depinde de acel bit scris pentru operare, cu excepția cazului în care corupe accidental întreaga tabelă de fișiere sau ceva similar.

Orice fel de problemă potențială de la overclocking CPU sau RAM va apărea probabil ca instabilitate a sistemului înainte de a ajunge la punctul în care scrii în mod neintenționat gunoi pe disc/SSD/SAN/orice.