UFFICIALE GTX 1080-1070: il debutto di Pascal

  • Autore discussione Autore discussione Utente cancellato 159815
  • Data d'inizio Data d'inizio
Pubblicità
No sospensioni parlava del core clock, il vcore a +37 lo puoi lasciare tranquillamente se vuoi benchare, ma in ogni caso non ha alcuna influenza o quasi, se ti piglia un 2% in più è tanto con vcore al max rispetto a 0. Il core clock è quello da.... tweakare. Se vuoi capire tutti i passi da zero c'è sempre la vecchia guida di Seanpoe valida per Kepler come le Maxwell come sono certo anche le Pasquale.

- - - Updated - - -


No, è vietato da numerose leggi europee e americane. Si chiama "obsolescenza programmata". Sarebbe chiaramente un reato da miliardi di sanzione come se win ti infettasse il pc se non hai l'ultima versione.

ma lo fanno......un po' come fa una nota azienda americana con gli smartphone.....
 
Ultima modifica:
Però dagli ultimi discorsi seguendo la logica di alcuni vale tutto. Ovvero: anche chi ha un monitor 1280x1024 la gpu ideale sarebbe una 1070, scherzi magari tra 6 anni esce un gioco pesante e lo fai girare lo stesso :lol:. Si scherza... Essere senza gpu fa uscire pazzi :vv:
 
Però dagli ultimi discorsi seguendo la logica di alcuni vale tutto. Ovvero: anche chi ha un monitor 1280x1024 la gpu ideale sarebbe una 1070, scherzi magari tra 6 anni esce un gioco pesante e lo fai girare lo stesso :lol:. Si scherza... Essere senza gpu fa uscire pazzi :vv:

Ragazzi, come in tutte le cose ci va un po' di equilibrio.......
 
Se poi nVidia, per far cambiare gpu ogni anno, castra i chip con i driver........questo è un altro discorso, ma vale anche e sopratutto per le top di gamma

Non è che la castra, ma è proprio l'architettura fatta a riempimento che ora da problemi.
SMX Kepler è formato da 192cc, suddivisi in:
32
32
32
32
32
32

6 blocchi da 32. Di questi 6 blocchi, solo 4 hanno la sicurezza di essere realmente schedulati.
Quindi per evitare questo, è stato inserito un compilatore che fa in modo di assegnare tutti i thread di calcolo allo stesso istante, senza lasciare blocchi in idle.
Se questo non viene correttamente programmato, i due blocchi non schedulati, rischiano di rimanere in idle, quindi il blocco 3 e 6 partono solo dopo che il blocco 2 e 4 finiscono.
Risultato, sprechi il 33% di risorse andando male ed una 780 da 2304cc è come se passasse a 1536cc.

Maxwell ha migliorato questo, creando 4 blocchi da 32cc tutti schedulati, e nessuna dipendenza.

Quando però si comincerà a programmare pesantemente per GCN o i 64 thread (l'SM di pascal è 2x32), Maxwell dev'essere programmato per sfruttare tutti i 4x32 blocchi, perchè se ne chiami solo 2 ad operazione, sono dolori.

La 460 era fatta come Kepler, 3 blocchi da 16 su 3 scheduler, la 480/580 invece no, per limitare perdite, era fatta in 2x16 su due scheduler.

Con Kepler la strada era, o 15 SMX da 128 o andare a riempimento, utilizzando un compilatore che assegnasse tutti i thread di calcolo e migliorare le prestazioni.:)
 
Per me l'o.c. sulle GPU è inutile, qualche manciata di fotogrammi in più per cosa??......a discapito del calore prodotto in più e dell'instabilità


Inviato dal mio iPhone 6S utilizzando Tapatalk
 
Per me l'o.c. sulle GPU è inutile, qualche manciata di fotogrammi in più per cosa??......a discapito del calore prodotto in più e dell'instabilità


Inviato dal mio iPhone 6S utilizzando Tapatalk
be non è inutile, vedi i risultati che si sono ottenuti con la 970 che arrivava alle prestazioni di una 980 custom. Poi se si fa bene si tengono temperature ottime e stabilità. Uno si compra una custom per avere il massimo dal chip, ci sono più fasi di alimentazione ed inoltre i vari raffredamenti sulle v-ram. Questo dice proprio fai OC su di me :asd:
 
be non è inutile, vedi i risultati che si sono ottenuti con la 970 che arrivava alle prestazioni di una 980 custom. Poi se si fa bene si tengono temperature ottime e stabilità. Uno si compra una custom per avere il massimo dal chip, ci sono più fasi di alimentazione ed inoltre i vari raffredamenti sulle v-ram. Questo dice proprio fai OC su di me :asd:

Per uso solo gaming, per me non è importante, discorso diverso per i benchmark.
Uno magari prende le custom anche per abbattimento del rumore e per i materiali migliori.....
 
Infatti che (serious question)?

L'overvolt che dai da AB non ha nessun senso e non corri alcun rischio, zero niet nada verboten verstappen. Solo via biosmod fai il "vero overvolt"
No eheheh!!!
pardon quotavo il msg riguardo gli aggiornamenti Nvidia!
era riferito ad un altro utente sorry
:D

Sto spulciando la guida, anzi, grazie per la segnalazione: mi è molto utile anche perché sono molto interessato all'oc sulla GPU
 
Per uso solo gaming, per me non è importante, discorso diverso per i benchmark.
Uno magari prende le custom anche per abbattimento del rumore e per i materiali migliori.....
direi che una 980 ha un bel distacco nei giochi da una 970. Se si possono avere le stesse prestazioni in game della sorella maggiore spendendo di meno è solo vantaggio
 
Non è che la castra, ma è proprio l'architettura fatta a riempimento che ora da problemi.
SMX Kepler è formato da 192cc, suddivisi in:
32
32
32
32
32
32

6 blocchi da 32. Di questi 6 blocchi, solo 4 hanno la sicurezza di essere realmente schedulati.
Quindi per evitare questo, è stato inserito un compilatore che fa in modo di assegnare tutti i thread di calcolo allo stesso istante, senza lasciare blocchi in idle.
Se questo non viene correttamente programmato, i due blocchi non schedulati, rischiano di rimanere in idle, quindi il blocco 3 e 6 partono solo dopo che il blocco 2 e 4 finiscono.
Risultato, sprechi il 33% di risorse andando male ed una 780 da 2304cc è come se passasse a 1536cc.

Maxwell ha migliorato questo, creando 4 blocchi da 32cc tutti schedulati, e nessuna dipendenza.

Quando però si comincerà a programmare pesantemente per GCN o i 64 thread (l'SM di pascal è 2x32), Maxwell dev'essere programmato per sfruttare tutti i 4x32 blocchi, perchè se ne chiami solo 2 ad operazione, sono dolori.

La 460 era fatta come Kepler, 3 blocchi da 16 su 3 scheduler, la 480/580 invece no, per limitare perdite, era fatta in 2x16 su due scheduler.

Con Kepler la strada era, o 15 SMX da 128 o andare a riempimento, utilizzando un compilatore che assegnasse tutti i thread di calcolo e migliorare le prestazioni.:)
Non è per farmi gli affaracci tuoi ma...di cosa ti occupi? Prima che interpreti male la mia domanda volevo chiarire che il mio è un sincero complimento per la tua preparazione in campo informatico, anche per gli altri post che ho seguito! ;)

- - - Updated - - -

Scusate ma da oggi non finiva l'embargo delle 1080? Non dovevano lanciare le prime recensioni?
 
Pubblicità
Pubblicità
Indietro
Top