[Thread Ufficiale] CPU Zen 14/12/7nm: AMD Ryzen!

[invisiblemax]

Originariamente inviato da pes5pc

Buona sera,
quale scheda madre sarebbe da consigliare per un 1600x? Con chipset b350, e magari micro-atx, e che abbia una buona compatibilità con le ram a 3000mhz?
Ho appena visto in vendita la biostar x370gtn mini-itx; cosa ne pensate?
Grazie per la risposta.

Sembra ottima la biostar . Ho visto diverse mainboard più o meno si equivalgono sé non overclokki , il bios mi sembra faccia capricci con tutte le MB sé non gli dai le ram single rank

Inviato dal mio Redmi 4A utilizzando Tapatalk

[bagnino89]

Domanda ai possessori di 1600X (e magari di Asus Prime, se disponibili).

Sono normali, in idle e con CPU stock, tensioni rilevate da HWInfo anche prossime a 1,4 V? CPU-Z rileva tensioni più basse...

Sotto Prime95, la tensione del core mi arriva anche a 1,18 V, sempre da HWInfo...

[Ale55andr0]

Originariamente inviato da Crysis90

Come va la 1080 Ti?? A che risoluzione giochi?

A nessuna ho gia detto che il procio lo prendo a giugno causa spese impreviste (auto in panne). Cmq giocherò a 1440p tutto maxato

[flaps]

Ci mancherebbe che non giochi poi a 1440. Dicci poi se si vede davvero la slavatura di colori. oltre a notare le texture in full hd.....

[alfonsor]

avevo parlato troppo presto scrivendo "linux tutto ok"

purtroppo c'è questo bug strepitosamente enorme che affligge una miriade di gente e che nessuno sembra riuscire a capire in fondo

ogni tanto la compilazione crascia e non si sa perché, succede con configurazioni diverse, ryzen diversi, mb diverse, memorie diverse, suggerite da amd o non suggerire, overcloccate o a default, ogni tanto la compilazione crascia

ma dico io, ma scherziamo?

arg

[bagnino89]

Originariamente inviato da Bivvoz

Io ho un 1700x e una prime... si tutto normale.
Metti il profilo ryzen bilanciato e chiudi pure hwinfo che tanto legge tensioni a caso

Ah ecco, grazie. Ho cambiato il 1600 col 1600X, e le letture mi sembrano ancora più strane

Mi sa che HWInfo fa casino anche con le temperature...

[bagnino89]

Originariamente inviato da alfonsor

avevo parlato troppo presto scrivendo "linux tutto ok"

purtroppo c'è questo bug strepitosamente enorme che affligge una miriade di gente e che nessuno sembra riuscire a capire in fondo

ogni tanto la compilazione crascia e non si sa perché, succede con configurazioni diverse, ryzen diversi, mb diverse, memorie diverse, suggerite da amd o non suggerire, overcloccate o a default, ogni tanto la compilazione crascia

ma dico io, ma scherziamo?

arg

Compilazione di cosa, nello specifico?

[fufino]

Originariamente inviato da paolo.oliva2

Dipende quali DJ... ci sono quelli che il fatto di mixare 2 dischi vuol dire fare PR e parlare tra un disco ed un altro, altri che "sentono" le frequenze del 1° disco e del 2° per capire quale dei 2 esce dal sincronismo, e tra questi quelli che mixano musica disco o afro... i livelli sono multipli, ma oggi come oggi, prendi Virtualdj o similari, e fa tutto il PC... il mixaggio è più video (a monitor) che audio.

Questo


Scusate se OT ma troppa nostalgia

[bluefrog]

Originariamente inviato da Bivvoz

Io ho un 1700x e una prime... si tutto normale.
Metti il profilo ryzen bilanciato e chiudi pure hwinfo che tanto legge tensioni a caso

Non è meglio prestazioni elevate? In ogni caso cosa cambia tra i due?

[Gyammy85]

Originariamente inviato da Sintara

Ho letto gli ultimi post e da ignorante sembrerebbe che amd ha buttato fuori ryzen farlocco e intel togliendo la gpu dal processore ci possa dare un x core che va alla velocità della luce. Ho capito male ?

E' proprio così.
Ryzen è un clone del sandy bridge in realtà, pure copiato male.
Intel al posto della gpu ci metterà un core organico da 100 teraflops.
Quindi saranno settordici core veloci e uno iperlightspeed.
Un po' come la 970 con 3,5 gigga powa e 0,5 uber powa, o se vuoi la titan xp che va tanto veloce che non riescono neanche a recensirla.













Scusate non ho saputo resistere, mi autobanno.

[alfonsor]

Originariamente inviato da bagnino89

Compilazione di cosa, nello specifico?

guarda, crascia qualsiasi cosa in qualsiasi momento; sempre: gcc, mesa e gtk2

secondo me è un bug enorme della gestione della memoria, che viene esposto sono in situazioni di carico e di allocazioni contemporanee particolari

davvero è un problemone, conta che sul forum gentoo internazionale, il thread ryzen è occupato per tre quarti da questo problema

mahhhh

[Catan]

Originariamente inviato da sonnet

No, si parla solo di brevetti che servono ad Intel per commercializzare le proprie gpu.
Alla stregua di come quando AMD ha concesso la licenza delle istruzioni x64 o di quando AMD contratta la licenza per le istruzioni made Intel.

Nel settore grafico da quel che ho letto, da anni non e' possibile che qualcuno produca ex-novo una gpu senza infrangere i brevetti dei produttori gia' esistenti.
Evidentemente Intel ha bisogno di poter utilizzare brevetti che solo Nvidia e AMD hanno.

Ma se AMD rifiutasse, Intel semplicemente si rivolgerebbe ad Nvidia.

AMD fa benissimo, perche' questo influsso di capitali le permetterebbe di respirare meglio. La situazione sta migliorando, ma non e' rosea.
Anche nel settore cpu, pur essendo Ryzen una buona cpu e competitiva sul prezzo la situazione e' tutt'altro che rosea.

Ryzen a quanto dichiarato amd utilizza 4.8bn di transistors per un octa-core che non ha gpu integrata ne avx2.
Skylake mi sembra utilizzi nella versione 4 cores, 1.75bn di transistors. Se togliessimo gpu integrata ed istruzioni avx2 il numero scenderebbe di diverse centinaia di mln.

Questo per dire che Intel ha diverso spazio di manovra per proporre cpu piu' potenti o con piu' cores a minor prezzo.

AMD e' sulla buona strada ma ha bisogno di continuare ad investire,e l'accordo con Intel frutto' ad nvidia 1.5bn di dollari mi sembra. Se amd riuscisse a raggiungere un accordo simile vorrebbe dire -1.5mld per nvidia e +1.5mld per amd per i prox tot anni.

appunto il discorso è capire se amd da ad intel alcuni brevetti sulle vga o su come associare le cpu alle vga in unico package e poi intel li sopra ci sviluppa la sua archidettura / driver e quindi viene ancora venduto come intel graphics.

O se intel commercializza gpu con dentro amd graphics.

comunque Amd ci guadagna, e non sarebbe male vedere intel che paga alcune royalties ad amd.

[Lorenzoz]

Originariamente inviato da alfonsor

guarda, crascia qualsiasi cosa in qualsiasi momento; sempre: gcc, mesa e gtk2

secondo me è un bug enorme della gestione della memoria, che viene esposto sono in situazioni di carico e di allocazioni contemporanee particolari

davvero è un problemone, conta che sul forum gentoo internazionale, il thread ryzen è occupato per tre quarti da questo problema

mahhhh

Mmm davvero?
Non mi sono accorto. Mi è crollata due volte la compilazione di Mesa di recente, però ho attribuito la causa a LLVM5.0, perchè tornato al 4.0 non ho riscontrato lo stesso problema.

EDIT: sulla compilazione del kernel invece non ci sono bachi? quella non mi è mai crashata da quando utilizzo Ryzen.

[Mparlav]

Originariamente inviato da sonnet

Si ma le avx sono istruzioni volte al miglioramento delle performance della cpu.
Nel momento in cui questi benefici vengono meno o sono di molto ridotti allora averle in modo 'castrato' perde di molto il senso.

http://www.phoronix.com/scan.php?pag...lake-may&num=6
Guarda il primo benchmark nel link che utilizza le avx2.

In quel benchmark non si tratta di castrazioni di avx2.
Il problema è che non vengono nemmeno utilizzati tutti i core.

[[A]okyZ]

Originariamente inviato da alfonsor

avevo parlato troppo presto scrivendo "linux tutto ok"

purtroppo c'è questo bug strepitosamente enorme che affligge una miriade di gente e che nessuno sembra riuscire a capire in fondo

ogni tanto la compilazione crascia e non si sa perché, succede con configurazioni diverse, ryzen diversi, mb diverse, memorie diverse, suggerite da amd o non suggerire, overcloccate o a default, ogni tanto la compilazione crascia

ma dico io, ma scherziamo?

arg

Con che Distro, Kernel, Versione, Aggiornamenti, Compilatore, Versione del Compilatore?
Cosi è "leggermente" generico

[Gigibian]

Originariamente inviato da Roland74Fun

Per questi dilemmi, nei prossimi mesi escono le nuove piattaforme Intel.
Specialmente il prossimo mese il coffeelake coll' i7 7740k "up to 4.5 GHz" sul "nuovo" chipset h370.
Attenti a non prendere il "vecchio" h270 che è uscito già da 5 mesi.

Originariamente inviato da Gyammy85

Ironia spicciola a parte.
La domanda era puntuale e non ho ricevuto riposta:

[ Posto che non comprei mai un intel ad oggi per una manciata di FPS nei giochi quando ho la metà delle performance in altre applicazioni ] si è capita la motivazione per cui a pari frequenza i giochi continuano ad andare meglio su intel con la metà dei core? Anche giochi tipo GTA5 che sfrutta(teoricamente) tutti i core?

Lasciamo da parte per favore tutti i discorsi a latere su intel che cambia chipset ogni 4 mesi, o AMD che erano 10 anni (phenom 2 - 2008) che non tirava fuori una cpu decente, discorsi che seppur veri non mi interessano assolutamente.

[TRUTEN]

Secondo me è semplicemente dovuto ad anni di ottimizzazioni lato software (compilatori e non) per le piattaforme Intel che rappresentavano l'80% del mercato gaming.

[Folgore 101]

Originariamente inviato da Sintara

Ho letto gli ultimi post e da ignorante sembrerebbe che amd ha buttato fuori ryzen farlocco e intel togliendo la gpu dal processore ci possa dare un x core che va alla velocità della luce. Ho capito male ?

Non del tutto. Si dice che Flash abbia una velocità che supera sette volte quella della luce, ma lui è rosso. https://it.wikipedia.org/wiki/Flash_(DC_Comics).

Intel che è blu saprà fare sicuramente di meglio, molto meglio.

E come Gyammy85 dopo questa mi ritiro.

[Cloud76]

Originariamente inviato da alfonsor

avevo parlato troppo presto scrivendo "linux tutto ok"

Di linux non me ne intendo ma... domanda banale, se quelle applicazioni lì vanno in crash su linux e su Windows invece non succede il problema non è nei software per linux o in linux stesso? Risolvibile quindi con aggiornamenti al SO o al software in questione?

[Gigibian]

Originariamente inviato da alfonsor

avevo parlato troppo presto scrivendo "linux tutto ok"

purtroppo c'è questo bug strepitosamente enorme che affligge una miriade di gente e che nessuno sembra riuscire a capire in fondo

ogni tanto la compilazione crascia e non si sa perché, succede con configurazioni diverse, ryzen diversi, mb diverse, memorie diverse, suggerite da amd o non suggerire, overcloccate o a default, ogni tanto la compilazione crascia

ma dico io, ma scherziamo?

arg

No non è possibile. E' devastante come cosa.
Ma sei sicuro? riferimenti ? link?

Quando dici che la compilazione crasha, intendi con Gcc qualsiasi versione? 32 o 64 bit ? Compilazione x86 o cross compilazione? Con LLVM la stessa cosa?

Maggiori dettagli please!

edit:
https://community.amd.com/thread/215773
"Compiling anything on Linux with gcc while using all CPU threads should suffice."

Ok, se è così e non si trova un fix lato kernel o gcc linux, la cpu sarebbe inusabile per me.