|
Am citit mai devreme un articol despre UEFI si ma intrebam cat influenteaza placa de baza performanta unui sistem. Pentru CPU, RAM, placa video, HDD sunt mai multe specificatii care trebuie luate in considerare cand construim un sistem performant. Pentru placile de baza in schimb, nu stiu nimic. Exista ceva ce trebuie luat in considerare in afara de suportul pentru celelalte componente folosite? De exemplu, pentru acelasi CPU si acelasi RAM se simte diferenta de performanta daca folosesc placi de baza diferite? Sau totul tine doar de brand si fiabilitate? |
|
Între implementări echivalente în general diferența de performanță e de câteva procente. Aș zice faptul că se duce în zona neglijabilului, exceptând niște situații rare. Personal aș merge mai degrabă pe ideea de chipset, condensatori și facilități oferite. Nu în ultimul timp să nu fie făcută pe vapor, deci țin puțin și la brand. Deși ... aici se pot lua țepe. Detaliez. Iar ca să fac anti-reclamă: ASUS. Cele high end poate că sunt fără probleme, dar de la mainstream în jos s-ar putea să ai probleme. Și nu neapărat de stabilitate sau de calitate a hardware-ului, dar au uneori niște BIOS-uri scrise cu picioarele. Am tras de ei destul să repare două bug-uri dintr-o M3A78 Pro ce o dețin, dar îi cam doare în bască de clienți. De curiozitate, ce buguri ai gasit? Am folosit mai multe BIOS-uri, dar inca nu am gasit niciun bug. 1
Voltajul maxim ce se poate seta la procesor este 1.3V. Al meu Phenom II X4 940 are în specificații 1.5V ca voltaj maxim (1.45 la frecvența maximă). Pe auto e OK, manual nu se poate seta voltajul corect. Mă rog, oricum eu îl țin subvoltat, funcționează fără probleme, dar de OC nici nu vine vorba și am procesor deblocat, ceea ce este un pic frustrant pentru că nu pot stoarce mai mult din el atunci când am nevoie. Știu că există AMD Overdrive, dar nu m-am bucurat de stabilitatea unui OC "clasic", făcut din BIOS. Google îți dă o grămadă de oameni nemulțumiți de acest aspect. Al doilea bug e de finețe. Dacă C1E și Cool'n'Quiet sunt activate simultan, timer-ul din sistemul de operare rămâne în urmă. Sub Windows e mai evident, sub Ubuntu mai puțin evident, dar este acolo. RTC-ul (Real Time Clock - timer-ul ținut de către BIOS) se citește doar la boot, după care este calculat de OS. Problema descrisă mai sus afectează toate operațiile ce presupun măsurarea timpului. Soluția a fost să dezactivez momentan C1E, adică să am timer corect vs consum mai redus de curent. ASUS susține în BIOS changelog faptul că a rezolvat acest bug. În realitate, până la ultima versiune, acesta este încă acolo. Cele mai mai probleme nu sunt bugurile în sine ci refuzul implicit de a le rezolva. Serviciul de suport tehnic te tratează cu o falsă politețe, dar eșuează să furnizeze soluții la probleme. Asta după ce am cumpărat 5 plăci de bază ASUS (6 dacă ții cont de aia din notebook-ul meu) și am o listă de produse înregistrate la ei: 4 unități optice (2 CD RW, 2 DVD RW), 4 plăci de bază, o carcasă, un notebook, o placă video, o placă de sunet, un cooler, un router. Deci nu sunt tocmai cumpărător de ocazie în ceea ce privește acest brand ASUS. O să le mai trimit un singur formulat de feedback (fiind al 3-lea pentru aceeeași problemă, de data aceasta mi-au dat un .doc, nu un formulat pe site). Dacă nu văd o rezolvare, o să renunț la plăcile lor de bază și încurajez și pe alții să facă la fel. |
