MSI Z77A-GD55 (1155, Z77) - infa, testy, skúsenosti

[nonestaciti]

žeby to bude asi USB 3.0 bug ? , zrejme nerátali že to niekto bude ukladať cez USB 3.0 a najskôr majú tú funkciu spriahnutú len s USB 2.0, skúšal si ten klúč pichnúť aj do USB 2.0 ?

[Eddward]

praveze v USB 2.0 porte bol pichnuty
v USB 3.0 je to este horsie, klucik ani nenajde ze je nejaky pripojeny
nemoze to byt tym ze USB3 klucik mam naformatovany na NTFS(kvoli velkym suborom) a USB2 na FAT? (USB2 ma 1GB)

[nonestaciti]

no to bude zrejme tým, formát ma nenapadol, viem že som minule chcel pripojiť USB 2.0 HDD k jednej telke a mal som smolu kvôli NTFS, brala len FAT

[Eddward]

noo mam aj USB 2.0 externy disk s NTFS, mohol by som vyskusat
telka ho berie

[Eddward]

potreboval by som vediet ako je to s tou loadline calibraciou (vdroop control)
v biose je moznost volby auto a potom od 0 po 7
auto a volba 0 robia defakto to iste - napätie medzi idle a burn je najmensie mozne okolo 0.02V
zvysovanie volby napr na 4 robi uz rozdiel 0.05V idle/burn ...
cize co je najlepsie?

hovorim samozrejme o tom ze idle mam napätie stale vyssie, nastavenim vdroop sa len priblizuje k tejto hodnote aj burn napätie, najblizsie je pri auto a volbe 0 ako som spominal
cim vyssia hodnota vdroop control tym väcsi je rozdiel
na volbe 5 to je 1.256V burn, 1.312V idle

[nonestaciti]

hmm to je divné, ako to že by pri 0 bola ta kompenzacia na max a pri 7 na min to by som ešte chápal , ale to že keď to necháš na auto tak sa to správa ako na 0 čiže max tak to je zvláštne
Inak v biose hneď nad touto položkou vdroop je ešte jedna, neviem či to tiež nebude mať niečo s tým napätím.

[Eddward]

no je to tak, cize neviem teraz co je najlepsie co sa tyka zataze na napajacie obvody...

[nonestaciti]

napájacie obvody sú v pohode, horšie je aby ti to pri unloadoch nestrielalo do CPU impulzy zvýšeného napätia ako písal DOC, ale ono ti to to napätia nevyrovná ani pri 0 tak by som sa toho nebál, takže asi nechať na auto a hotovo.

[Eddward]

0 a auto je to iste podla merania napätia cez cpu-z, t.j. rozdiel idle/burn 0.01 az 0.02V cize najmenej co sa da dosiahnut

aby som tomu spravne chapal, toto co pisal DOC to je o tom ze pri idle ide vyssie napätie a ze by mohlo ist ovela vyssie ako v burne a to by mohlo poskodit cpu? teda nie ako teraz ze mam rozdiel 0.01V ale trebars 0.05V?
lebo napriklad volbu 7 som ani neskusal ale predpokladam ze rozdiel by bol aj 0.1V... teda 1.20V burn a 1.30V idle

inak vypinam PLL overvoltage, mal som zapnute, ak bude stabilne tak aspon trosku klesnu hadam teploty

inak ten najnovsi Prime95 je zabavny, uplne zalezi aky typ vypoctu bezi a podla toho hreje... rozdiel moze byt az okolo 8C v maximalkach
length 480K nizsie teploty - length 128K vyssie teploty

[nonestaciti]

skúsim vysvetliť problematiku LLC alebo vdroop :
ide o to že bez týchto featuriek si nastavíš napr. 1,3V na CPU, v cpu-z ti bude ukazovať 1,304 - 1,324 a pod. t.j. doska si nastavila napájaciu kaskádu tak aby bolo napätie (ďalej už iba U) na CPU 1,3V, problém je že pri zaťažení burne si CPU začne brať viac prúdu a keďže napájacia kaskáda je nastavená konštantne a nejedná sa o dokonale tvrdý zdroj (nie ten v PC, nap. kaskáda je vlastne tiež zdroj U), tak to U na CPU môže klesnúť až na 1,25V alebo aj menej, záleží od kvality napájacej kaskády, t.j. tvrdosti zdroja-kaskády. Toto je nežiadúci efekt "vdroop", pretože CPU potrebuje viac U práve v burne (SB malo výnimky kedy bolo nestabilne niekde medzi, pri cca rovnakom U) preto vymysleli tie featurky Loadline calibration a pracujú vlastne tak že neustále kontrolujú U na CPU a ak zaznamenajú pokles tak dajú požiadavku napájacej kaskáde o zvýšenie U o nejakú hodnotu vzhľadom k poklesu U, t.j. že vlastne akoby zvýši U na CPU za chodu. Toto má samozrejme nejaké oneskorenie, najprv musí dôjsť k zmene U aby ho potom mohlo zvýšiť.
A tu je ten problém o ktorom hovoril DOC,
ak teda už máme CPU v záťaži a funkcia LLC a pod. dala napájacej kaskáde povel k zvýšeniu napájacieho U aby sa teda v záťaži dorovnalo k našim 1,3V je všetko OK. Ale keď CPU prejde z loadu do idlu (vypne sa alebo dokončí prácu aplikácia s vysokou záťažou CPU) CPU si teda prestane náhle pýtať veľký prúd, pričom však napájacia kaskáda je systémom LLC stále ovládaná na zvýšené U a teda napájacia kaskáda nám do CPU pustí náhle 1,35V a viac (opäť záleží na kvalite kaskády). Takto zvýšené U bude na CPU dovtedy dokedy LLC nezaznamená zvýšené U a nedá povel k jeho zníženiu kaskáde, môže to trvať rádovo (1 - 10 - 100) milisekundy (záleží od odozvy systému LLC a pod.), CPU-Z nič nestihne zaznamenať, vidieť by to bolo na osciloskope.

edit : z toho vyplýva že čím viac nám bude LLC kompenzovať zníženie U v loade, tým väčší napäťový impulz pošle kaskáda do CPU pri prechode z loadu do idlu

Vysvetlenie tvrdého a mäkkého zdroja U (posledný odstavec v časti "stabilizátor") :
http://referaty.aktuality.sk/merania-na ... ferat-9667

[Eddward]

jasne, myslim ze chapem, len mi nie je celkom jasne, co si vravel predtym tiez, ze auto robi maximalnu kompenzaciu cize akoby islo LLC na max prakticky nie ? zeby to tak v MSI nastavili ?
potom nema vyznam sa tym zaoberat ak auto to riesi "najlepsie", naco tam su dalsie volby od 0 po 7? vsetky su predsa "horsie" nie ? kazda volba robi väcsi vdroop ako auto... a to nechceme

[nonestaciti]

no v tvojom prípade to vyzerá tak ako by ta kompenzácia na auto bola nastavená na max, čo je dosť divné, ono v konečnom dôsledku to aké napätie bude dávať kaskáda pri rôznych stupňoch vdroop bude iné kus od kusu dosky a aj CPU, MSI to asi urobilo tak aby nastavenie AUTO doladilo reálne U čo najbližšie k nastavenému U, no a pri tvojich kúskoch HW dosky + CPU aj pri najsilnejšom nastavení nedosiahne požadovaného výsledku.

Inak skús nastaviť 7, a podla toho aký bude rozdiel medzi U v idli a U v loade môžeš vypočítať aké silné impulzy ti to dáva pre 0 alebo auto do CPU pri unloade.
Príklad :
Takže pri 0 alebo AUTO máš v idli 1,325 V, v burne 1,295 V
pri 7 to bude povedzme idle 1,312 V burn 1,212 V
1,312 - 1,212 = 0,1 V (to je zníženie U bez použitia LLC a pod.)
1,325 - 1,295 = 0,03 V (rozdiel U pri AUTO)
1,295 + 0,1 = 1,395 V( to je asi aké U ti bude dávať do CPU pri unloadoch)

[Eddward]

7 ani nenastavim lebo ani nenabootujem, to je velmi nizke napätiepre 4.5Ghz
ale bude to zhruba presne tak ako pises

[Eddward]

dobre ze som si kupil USB 3.0 klucik, aspon viem ze aj na nativne USB 3.0 treba instalovat extra ovladace zo stranok vyrobu dosky
myslel som ze sa to sprava normalne ako bezne USB 2.0, ze ziadna extra instalacie netreba...

na papiery ma 70/30
v reale ide este rychlejsie ako ukazuje benchmark, citanie to dava okolo stovky tusim

[nonestaciti]

No ale ten problém by som nevidel ani tak u výrobcov dosiek ale u výrobcu OS, v našom prípade win 7

[Eddward]

ja som nepovedal ze to je problem vyrobcov dosiek, len ze je nutne odtial stahovat a instalovat extra ovladace, co som si myslel ze ide automaticky... no hej, skor je to microsoft-intel fail

[nonestaciti]

ono by sa to malo dať vyriešiť automatickými aktualizáciami pre win 7 , inak už je tam toho pekne veľa, čo som preinštaloval asi 2 mesiace dozadu tak mi to furt niečo aktualizovalo niečo vyše týždňa a to som mal zapnutý komp minimálne 2 hod denne

[Eddward]

aktualizacie mam vsetko naplno nastavene, tento windows mam odkedy mam novu dosku a to uz su aj 2 mesiace a nic na nenainstalovalo, nevadi nejak som to poriesil,
len horsie to moze byt pre tych co nemaju velke skusenosti s PC a chcu vyuzivat USB 3 zariadenia, tak mozu byt zaskoceni, ze preco im to ide pomaly
Win 8 by to uz mohol mat hadam lepsie osetrene

[nonestaciti]

No tak to by bol FAIL ak by to nemal hneď po inštalácii

[Banana]

Ahoj,
koupil jsem MSI Z77A-G43 + 3570K a jsem slepej, nebo co.Když chci přetaktovat cpu, tak vypnu všechny energy effiency blbosti, přenastavím multiplier na třeba x35 (místo x34), dám Save and reboot a ve win7 mi CPU-Z a jiné prográmky pořád ukazují x34 = 3400MHz.
Co přesně se musí v BIOSU udělat, aby přetaktování fungovalo?(asi se tam musí něco někde zapnout, nebo fakt nevím)