M'ha risposto il tizio di hwinfo sul ocn:

http://www.overclock.net/t/1235672/o...#post_25006263

Ed a quanto pare c'e' un dilemma col vero vcore sulla mia mobo in quanto non e' quello che sembrava.
nel mio caso, il "vcore" a 1.260v che leggono sia cpuz che aida64 non e' altro che il vid. :confused:
Pare che ci sia un'altro valore, chiamato vin6 su hwinfo (e che su altre mainboard e' stato modificato col nome vcore) e che nel mio caso fa vedere questi valori:



Se dovesse essere il vcore allora arriva in full a 1.280 (forse per via del LLC 1)
Ho installato anche Formula Drive ed ho:



Vcore volt e' di 1.272v, proprio come il vin6 di hwinfo64 :stordita: :fagiano:

Vedo che c'e' pure il cpu override volt e che quest'ultimo sarebbe di 1.260
Cacchio, sara' il vero vcore oppure un'altra volta il vid "mascherato" in vcore :wtf:

Non pensavo a tutte ste piccole rogne con un sistema più recente di quanto avevo prima

Btw:
Ho appena controllato nel bios ed ho sempre i 1.272v come vcore (nel hw monitor) quindi direi che sia lui il vero vcore, come il vin6 di hwinfo (1.264v min sotto stress massimo presumo)

Anche se non lo chiama 'vcore' ma 'vin6' alla fine te lo rileva, non so se con bios diversi ti potrebbe cambiare qualcosa. In ogni caso corrispondono anche con i valori del software Asrock quindi direi che è quello il valore corretto

Si, e' proprio cosi'
Difatti sto parlando (tramite i post sul 3d di hwinfo su ocn) col programmatore Mumak, sta aggiornando la prossima versione dell'utility cambiando sia il VIN6 in vcore ma forse aggiungerà pure altre voci relative alla mia Z87 OC Formula :cool:

Con Haswell Intel ha evoluto la produzione a 22nm ed ha complicato le cose perché ha integrato il VRM della CPU on-die, infatti questa è dotata del FIVR che ai produttori di MoBo passa solo un dato certo cioè il VID della CPU.
Il VCore dei singoli core e del CPU Package non viene monitorato con dei sensori di voltaggio ma viene calcolato con algoritmo interpolativo del VID rispetto alla frequenza ed al carico del/dei core in quel momento, quindi i produttori di MoBo non hanno gli strumenti per determinare con certezza un voltaggio "registrandolo" ma lo possono desumere calcolandolo per derivazione da un unico dato certo cioè il VID.
Molti software di monitoraggio riportano il VCore leggendo il VID che non è propriamente corretto ma non è nemmeno completamente sbagliato perché il VCore viene determinato da questo valore.
Di ASRock si è saputo tramite contatti diretti (LostParticle di OC.net ha bussato alla porta di ASRock) che il sensore chiamato VIN6 è quello che legge/calcola il VCore e dovrebbe corrispondere anche nella tua MoBo al valore di VCore.
Se vuoi sviscerare il debug dei sensori ti consiglierei SIV (System Information Viewer - http://rh-software.com/) ed in parallelo tieni il software di ASRock aperto nonché HW Monitor e fai il confronto dei sensori e dei valori registrati/calcolati per trovare le corrispondenze.

Ah già...dimenticavo di consigliarti anche questo software di monitoraggio:

http://testmem.tz.ru/soft.htm#ctemp ;)

Saluti. :)

Aldilà di come venga calcolato il Vcore dai vari software di monitoraggio ti devo contraddire sul discorso LLC. Quello che hai scritto te andava bene fino ad Ivy, Haswell ha un modo diverso di gestire i voltaggi.

I regolatori di tensione della mobo trasformano i 12v in entrata al valore del VCCIN che poi tramite il regolatore interno della cpu (FIVR) viene splittato nei vari voltaggi Vcore, Uncore , VCCIO ecc ecc.
Settando diversi valori di LLC dal bios non cambia assolutamente nulla a livello di Vcore, che rimane sempre quello, ma va a cambiare il valore di droop del VCCIN.

Basta fare delle prove, per esempio con la mia mobo:

LLC 100% (1 per Asrock)
VCCIN: Bios 1.750 Rilevato 1.744 in idle, 1.776 in full
Vcore: Bios 1.150 Rilevato 1.160 in idle, 1.176 in full

LLC 5% (5 per Asrock)
VCCIN: Bios 1.750 Rilevato 1.760 in idle, 1.696 in full
Vcore: Bios 1.150 Rilevato 1.160 in idle, 1.176 in full

I 16mV di drop in + sul Vcore ci saranno sempre e non puoi modificarli tramite i settaggi della LLC.

Mentre prima era sconsigliato tenere in daily valori aggressivi di LLC per i fenomeni "spikes" od "overshoot", che hai citato te, con Haswell sono meno rilevanti. Il tuo link fa infatti riferimento alle generazioni precedenti di cpu.

Cioè aspetta, OK per il discorso LLC che si applica diversamente ora, non più x il vcore (vorrei controllarlo meglio sto aspetto prima) ma dici che il vcore (con i suoi 16mv di drop) non droppa più in full come lo dovrebbe fare ma aumenta di vcore droppando (o meglio scendendo se così) in idle?
Ma allora non è più vdrop e allora che cos'è?
Cosa sono sti 16mv? :wtf:

E se così fosse (improbabile imho) il mio (vero) vcore non sarebbe più in full 1.264v ma 1.280v?
Giusto per saperlo, così modifico pure la firma. :D

Mi sta bene il discorso LLC che non avevo cmq intenzione di abbassare. :)

In effetti non droppa ma aumenta, almeno nel mio caso è così. Anche con i risparmi energetici attivati il mio full è sempre il massimo che vedo nei test in fixed

Fai qualche prova veloce con linx 0.65, basta solo qualche ciclo, e monitora il comportamento del Vcore così confrontiamo.

I 16mV di differenza del 'vin6' li hai anche tu, come penso tutti, rimane da vedere in che direzione vanno. :)

Si, ho appena controllato ed il VIN6 / Vcore che di solito sta a 1.272v schizza subito a 1.280 appena lancio linx :fagiano:
Devo dire quindi che sia a 1.280v il mio vcore, vero?

@Killkernel, come hai fatto ad abilitare quella finestra di monitoraggio e con quale utility?
Scaricate sia il TestMem 5 che il C-Temp ma di quello tuo di sopra non c'e' traccia :confused:

Si è lui ;)

Grazie Kimik, ho corretto il post perché in effetti nel condensare il ragionamento sulla gestione della Load Line Calibration ho ecceduto nella sintesi e sono stato impreciso, confermo infatti che questa viene applicata al VCCIN cioè al voltaggio in ingresso per la CPU e comunque su ASRock (posseggo Z97 OC Formula) nei preset di OCing delle CPU è settata sempre al valore 1.
Ad alte frequenze di OC direi che è fondamentale averla settata in questo modo perché mantenendo inalterati gli altri parametri con cui avevo trovato stabilità ed abbassandone il livello di LLC il sistema è diventato instabile... :(

Saluti. :)

Si hai ragione Arrow, non è facile reperirlo nella pagina ma eccoti il link diretto:

http://testmem.tz.ru/ctemp.rar

Saluti. :)

Quindi il mio vcore e' di 1.280, mi confermi? :stordita:

Si, l'ho scaricato alla fine ma quella finestra grande di monitoraggio, da dove esce? :wtf:

Come dicevano gli antichi latini "in medio stat virtus" quindi starei su 1.27V perché gli 1.28V si sono avuti nei picchi di estremo consumo durante le elaborazioni più pesanti in assoluto (LinX AVX2).


Scusami, non ti avevo capito... :stordita:
In quello screenshot ho aperto entrambi gli applicativi che indicavo nel post e la finestra grande col monitoraggio dei sensori è il SIV (System Information Viewer) che trovi qui: http://rh-software.com/

Saluti. :)

sUbScRiBiNg

Ma anche no e di sto passo il vero vcore in full sia proprio a 1.280v in quanto me l'ha registrato come max anche ai più comuni e di intensità media task & cpu load come il 3DMark Fire Strike :stordita:
Inoltre, se guardi nei stessi bench che ho postato nella pag. precedente quella massima mi sale a 1.288v dopo le 6 orette di prime95 ed a ben 1.296v sotto il linx 0.6.5 col avx2 :eek: :mc:

http://www.hwupgrade.it/forum/showpo...postcount=5231

Avevo preso come riferimento questo tuo screenshot



e ragionando su quanto indicato ho tratto la mia conclusione.
Arrow ricorda comunque che il "massimo valore" è un'oscillazione sul VCore avuta "n" volte e per "n" millisecondi...Magari sono state poche le volte e per pochi millisecondi, personalmente non lo definirei "IL VCore" della CPU e ritengo che lo stesso ragionamento possa valere per la definizione della temperatura di esercizio dove hai un valore medio attendibile (tendenzialmente stabile e reiterato "n" volte creando quindi una consistenza del dato) e dei picchi occasionali.
Prova a torchiare la CPU usando OCCT (sia normalmente che col Linpack) che ha un real-time monitoring con grafico generato al termine del test il cui risultato è molto comodo perché a colpo d'occhio ti fa notare le oscillazioni, poi in base a quanto registrato potrai trarre la conclusione in merito. ;)

Saluti. :)

secondo me devi leggere il vcore dal sensore della CPU (cioè dai vari cpuz, c-temp, e hwinfo sotto cpu-sensor) e non da quello della MB, cioè 1.26 e non 1,272/1.28
ad es, nel mio caso sia cpuz che hwinfo mi dicono che oscilla tra 1.106 e 1.111, ma sul sensore della MB (sempre da hwinfo) dice: min 0.756 massimo 1.14
cosa strana perché ho Windows in modalità "prestazioni" cioè fisso a 4200MHz, per cui il vcore non può scendere così in basso.

1.26 è il suo VID non il Vcore, rileggi i post precedenti. ;)

La frequenza e il Vcore sono indipendenti, anche se imposti prestazioni elevate il voltaggio in idle si abbassa ugualmente a seconda delle impostazioni di risparmio (c-state) che hai attivato nel bios.

bene, ora sono ancora più confuso di prima XD

Ecco in tanto e sempre col hwinfo64 ultimo (non il beta) i risultati del vcore (VIN6) o Vcore Voltage del soft Formula Drive (rilevato anche nel bios), nel mio caso a 1.272v in idle e light load:

- Idle (coi cali a 1.264v):



- Intensive Gaming TW3, vga in oc ed overvolt, 1440p ("spikes" a 1.280v):



- Linx 0.6.4 in avx1 soltanto ma già col vcore aumentato:



Immaginate che salirà ancora col avx2 e Linx 0.6.5

Aggiungo che m'hanno confermato pure su ocn sul fatto del "vero" vcore o VIN6 nelle AsRock :stordita:
Aspetto anche le prossime versioni di hwinfo64 e/o magari ulteriori indagini sulla faccenda

PS:
Domani provo pure col OCCT

Ti riporto quanto scritto sulla prima pag. di un 3d sul ocn che dovreste conoscere, Haswell Overclocking Guide [With Statistics]