Jump to content

AMD RX580 attivare l'accelerazione grafica


Vicent

Recommended Posts

  • Supervisor

@jimiz[/mention]

 

Bottleneck=collo di bottiglia

 

nel tuo caso e' la CPU (rispetto alla GPU) e' il tuo limite

 

Ora non ti posso rispondere e fare prove in quanto non ho una AMD, ma ad esempio con premiere pro hai molti effetti che puoi aggiungere sulla timeline e che sfruttano una accelerazione in molti casi solo della GPU

 

Li riconosci come da foto :

 

 

 

https://postimg.cc/S2h33CVX">LINK_TEXT>

 

mettendone uno o piu' e poi ripetendo un export con un formato che di sicuro accelera (nel mio caso H264 bluray) ad esempio..devi vedere delle differenze

 

Se non le vedi (io faccio la premessa che hai tutto configurato a modo) la causa e' la cpu, che per il compito che gli stai richiedendo in quel momento non riesce a sostenere la tua GPU

 

 

 

La chiudo qui :)

 

https://www.premierebro.com/blog/support-changes-for-gpu-acceleration-coming-to-premiere-pro">https://www.premierebro.com/blog/suppor ... emiere-pro">https://www.premierebro.com/blog/support-changes-for-gpu-acceleration-coming-to-premiere-pro

Link to comment
Share on other sites

  • Supervisor

@iCanaro[/mention] Grazie :)

 

hai spiegato con due immagini il collo di bottiglia

 

 

 

due schede grafiche..non vi offendete(amici AMD) ..equivalenti...

 

ecco i risultati

 

per correttezza di test dovresti fare il test attivando singolarmente i pezzi (cpu e gpu)

 

cosi' si capisce meglio :)

Link to comment
Share on other sites

  • Administrators

MacOS con Ryzen 2600X e RX590

 

 

 

Ha scritto dopo 8 minuti 28 secondi:

 

Windows SOLO GPU perchè Ryzen è troppo recente per LuxMark :D

 

Cmq perfettamente in linea con MacOS...

Schermata 2019-04-30 alle 21.12.18.png

Schermata 2019-04-30 alle 21.08.32.png

Schermata 2019-04-30 alle 21.06.06.png

Annotazione 2019-04-30 192014.png

Link to comment
Share on other sites

  • Supervisor

https://hardware.hdblog.it/2017/08/14/Radeon-RX-Vega-56-benchmark/">https://hardware.hdblog.it/2017/08/14/R ... benchmark/">https://hardware.hdblog.it/2017/08/14/Radeon-RX-Vega-56-benchmark/

 

 

 

Nella vita reale non cè tutta quella differenza però abbiamo dimostrato che le schede possono accelerar anche su osx

 

Ora sta a voi che le avete aiutare i vs colleghi a trovare gli effetti ed i codec giusti per sfruttarle al meglio

 

:)

Link to comment
Share on other sites

provo a fare qualche esperimento con quei effetti "gpu" , giusto per approndire...

 

 

 

ecco...tempo fa discutevo con un amico...con il quale si parlava di schede video , ovviamente ancora piu prestanti della rx580, in particolare nvidia ecc... MA io ad un certo punto gli ho detto, spetta...ma investire troppo su pc che han cpu come le nostre...lui ha un i7 ben poco meglio del mio...

 

sarebbe assurdo, perche credo che ad un certo punto , la CPU farebbe da collo di bottiglia ...praticamente facendo lavorare la scheda a percentuali ridicole rispetto a quello che veramente potrebbe fare...

 

EBBENE + o - allora non avevo detto una scemata...

 

 

 

quello che pero' FABIO, mi preme far osservare....che la rx580 non e' tutto questo mostro di potenza...quindi potrei capire che la gpu non viene sfruttata appieno ecc...ma non che non venga sfruttata PER NULLA...

 

e qui torno su handbrake (ma potremmo prendere qualsiasi altro programma similare) possibile che se rimetto su la vecchia nvidia 660... non solo il programmino in questione rivela automaticamte il CUDA (con la rx 580 invece le OPENCl...) e senza fare nulla di particolare, ma semplicemtne una codifica di una clip (avchd)...in H264, standar come da programma...qui...la GPU viene chiamata a lavorare....( e infatti vedi la diff. tra usare il cida o disattivarlo)...mentre con la RX580...che tu setti o no OPENCL , non usa la gpu manco morto ??

 

 

 

collo di bottiglia ? e solo con la 580 ? pero come vedi dal bench , la gpu "funziona" e' c'e' ....

 

 

 

mi piacerebbe metter su e provare una NVIDIA tosta...e vedere se anche qui, (collo di bottiglia) avrei GPU spenta...o invece che da una mano...a me mi sa la seconda , non so perche ma sta rx 580 non mi convince , sotto WIn dovrebbe andare senza alcun dubbio e problema...rispetto ad un hack , invece bhooooo...

 

 

 

mi piacerebbe anche a me verificare da chi ha una AMD RX...stesso programmino (IN WIN) ..stesso settaggio CODEC...in un export verificare se abbiamo entrambi gli stessi risultati tra attivare OPENCL e non...oppure no!...

 

 

 

Ha scritto dopo 5 minuti 16 secondi:

 

...tra un po...anche il test sotto mojave..(dove pero' ricordo che qualsiasi progamma che tra le opzioni da la possibilita di seleziona accelrazione H264, Hvec...restano disattivate (al contrario di WIN)...

Link to comment
Share on other sites

  • Supervisor

@jimiz[/mention] se @iCanaro[/mention] mettesse la 1070 al posto della vega e viceversa e facesse dei test sul campo con premiere o davinci i risultati si invertirebbero

 

La rx 580 é un’ottima scheda per il costo come in generale lo sono tutte le Amd di medio alto livello

 

Amd é per almeno un anno la scelta che apple ha fatto in attesa di Arm.

 

Poi a mio parere svanculeranno anche amd come ora hanno fatto con nvidia.

 

Amd per me oggi non é una opzione perche’ pur avendo prezzi ottimi rispetto a nvidia che é uscita di senno facendo pagare le sue top di gamma cifre spropositate non produce schede top top ma si accontenta di un mid range e se fossi mailizioso penserei ad un cartello tra produttori per non pestarsi i piedi...

 

Però a giugno con il nuovo macpro ne dovremmo sapere di piu

 

Tornando in topic, i test falli con davinci e premiere in quanto su osx si sta puntando su amd e adobe e blackmagic sono produttori piu geandi di quelli di hanbrake

Link to comment
Share on other sites

adesso posto il bench da mojave...

 

cmq sempre da win...

 

resolve non ho manco provato la b16...preferisco attendere qualcosa di piu testato e tenere ancora la ultima 15.

 

 

 

ebbene...prendiamo la solita clip avchd (standar fhd 25p) un paio di minuti di clip...

 

dentro su resolve...anche li, CON o senza abilitazione OPENCL (da configurazioni e ovviamente uscendo e rientrando nel programma come da prassi affinche abbia effetto la modifica)... export h264 (o quello che volete). rimane ESATTAMENTE identico nel tempo di export...

 

 

 

possibile (secondo voi) che anche qui non vi possa esser una minima differenza che indichi l'intervento in aiuto alla CPU da parte della GPU?

 

questo il dilema... al di la dei BENCH che danno la GPU come ok....

 

 

 

Ha scritto dopo 18 minuti 25 secondi:

 

sotto mojave:

 

 

 

Ha scritto dopo 4 minuti 14 secondi:

 

Piu o meno siamo li...(con win) un po piu sola CPU un po meno GPU , e GOU+CPU...

 

 

 

con fcpx, che usa prettamente solo le OPEN CL....non c'e' un metodo per vedere se ne fa uso SI o NO ?

image1.jpeg

image2.jpeg

image3.jpeg

Link to comment
Share on other sites

  • Supervisor

un test semplice per chi vuole provare:

 

scaricate:

 

http://downloads.red.com/sample-r3d-files/weapon-sth-8k-50fps-9to1redcode.zip">http://downloads.red.com/sample-r3d-fil ... edcode.zip">http://downloads.red.com/sample-r3d-files/weapon-sth-8k-50fps-9to1redcode.zip

 

e' un file red 8k 50 fps (circa 2.33 gb di grandezza file)

 

 

 

aprite Adobe media encoder:

 

https://postimg.cc/k6SR9Y8M">LINK_TEXT>

 

drag and drop del file REDa ppena scaricato all'interno della finestra coda/queue

 

https://postimg.cc/yDwS5zgp">LINK_TEXT>

 

assicurarsi che nel renderer ci sia selezionato Mercury Playback Engine software only

 

cliccate invio o sul simbolo verde e controllate con IPG

 

https://postimg.cc/bdW81YK5">LINK_TEXT>

 

qui circa 4 minuti e mezzo 5 minuti per completare il task in H264

 

con cuda attivo circa 1 minuto

 

https://postimg.cc/Pvm6L4GT">LINK_TEXT>

 

con metal circa 2 minuti o poco meno

 

https://postimg.cc/87CHDDC1">LINK_TEXT>

 

circa 1.15 in openCl

 

https://postimg.cc/bGkLVgJb">LINK_TEXT>

 

 

 

provate poi a mettere sul codec al posto di H264 mpeg2-dvd (qui non faccio in tempo a prendere il grab se attivo i cuda)

 

https://postimg.cc/z3bvsQN9">LINK_TEXT>

 

circa 25 secondi in software encoding

 

https://postimg.cc/z3bvsQN9">LINK_TEXT>

 

 

 

postate i vs dati se vi va voi con AMD e se non avete risultati soddisfacenti provate altri codec :)

 

 

 

Ho utilizzato h264 in quanto mantienee la risoluzione originale in pixel e mpeg2DVD che scala gli 8k a 720x576 (quindi altra operazione che ci aiuta a capire)

 

con IPG controllate il grado di occupazione risorse della vostra CPU

Link to comment
Share on other sites

OK...procediamo con i test....

 

 

 

WIN....intanto con encore cc2018 (perche oringinale!) .. non sara' "metal" ma cmq offre un accelerazione "mercury"....

 

 

 

o meglio..ci sono 2 modalita' SOLO SOFTWARE MERCURY ENGINE......e ACCELERAZIONE GPU MERCURY PLAYBACK ENGINE (OPENCL)

 

 

 

e in entrambi i casi ci mette 6 minuti ne piu ne meno con entrambi....

 

quindi qui mercury GPU engine Opencl non offre alcun vantaggio rispetto alla codifica software...

 

 

 

MA andiamo avanti con i test...

Link to comment
Share on other sites

Scusa per l'intermezzo JIMIZ, ma quando vedo test sul campo proposti da fabiosun non so resistere..... emoticon-personaggi_89

 

 

 

Questi i miei risultati sotto High Sierra

 

 

 

- Solo Mercury

 

https://postimg.cc/6TThtgd7">solo-mercury.png

 

 

 

- Mercury con CUDA attivo

 

https://postimg.cc/fSXtkczP">mercury-CUDA.png

 

 

 

- Mercury Metal

 

https://postimg.cc/v1NczqDj">Mercury-Metal.png

 

 

 

- Mercury OpenCL

 

https://postimg.cc/RW8W1pWY">Mercury-Open-Cl.png

 

 

 

- MPEG2-DVD CUDA attivo

 

https://postimg.cc/NKrsts0N">MPEG2.png

Link to comment
Share on other sites

sotto MOJAVE con encorecc2019

 

 

 

accelerazione GPU mercury playback engine (Opencl)..... 2 minti e 14 secondi !!!! (QUI FUNZIONA)

 

 

 

METAL..... 7 minuti 10 secondi. (non funziona per nulla!)

 

 

 

SOLO SOFTWARE..... 7 minuti 10 secondi (funziona , oviamente solo la CPU)

 

 

 

Ha scritto dopo 1 minuto 35 secondi:

 

fate tutti i test che volete, ma qui si sta capendo i risultati di una rx580 non di una "cuda" card...che sicuramente va' MOLTO meglio...

 

perche e' evidente che c'e' qualcosa che non va' bene....

 

che metal non dia un secondo in meno rispetto alla codifica solo software...fa' pensare molto!

Link to comment
Share on other sites

  • Supervisor

Poi ti dice qualcosa che metal si comporti in maniera simile su Nvidia e su addirittura un altro sistema operativo Apple?

 

 

 

Ha scritto dopo 2 minuti 37 secondi:

"iCanaro" post_id="32889" time="1556716377" user_id="57">

cmq io non vedo screenshot, ma leggo chiacchere...

 

Io piu' che sugli screenshot che sarebbero anche graditi mi concentrerei sulla parte dove dico di provare altri codec...

 

quelli che ho utilizzato nei test non sono nemmeno i migliori per CUDA ad esempio...

 

pero' mi ripeto da una scheda cassonetto in tutto..ora abbiamo capito che openCl va ;)

Link to comment
Share on other sites

spero che le chiacchere che ti sto descrivendo PRECISE a quelle che leggo sul monitor ...ti bastino...FABIO...

 

 

 

MPEG dvd in mercury ci mette 7 secondi.

 

merciry OPEN CL 7 secondi

 

solo software 8 secondi

 

 

 

per quanto riguarda IPG quando in h264 esporto in metal , esattamente come su solo software, ho un IA che sta circa al 40%.....

 

quando esporto in OPENCL hardware.... sale a 80% circa...

 

 

 

con MPEGDVD in tutti 3 i casi, sale al 100% fisso.

Link to comment
Share on other sites

  • Supervisor

di questo che mi scrivi solo "solo software 8 secondi" mi risulta strano

 

il resto e' giusto.

 

In mpeg2dvd la CPU sale al 100% in quanto stiamo scalando da 8000 a 720..e prova a dare una mano anche lei

 

ora tornando a noi..

 

Un report andrebbe fatto anche per immagini cosi' si controlla che tutto sia come da spiegazioni..ma a me va bene pure come fai tu.

 

IA nel tuo caso non e' quello che pensi....

 

tu non hai GFX integrate ne su cpu ne su MB

 

 

 

Il consiglio e' di lasciare metal e fare i tuoi test in openCl magari ti apri il file sulla timeline, lo duplichi ci metti effetti contrassegnati con il segno di play verde (quelli accelerati) e provi...

 

 

 

Ma ancora non sei convinto che in openCl vada?

 

 

 

Ha scritto dopo 2 minuti 18 secondi:

"jimiz" post_id="32891" time="1556717309" user_id="570">

spero che le chiacchere che ti sto descrivendo PRECISE a quelle che leggo sul monitor ...ti bastino...FABIO...

 

 

 

MPEG dvd in mercury ci mette 7 secondi.

 

merciry OPEN CL 7 secondi

 

solo software 8 secondi

 

 

 

per quanto riguarda IPG quando in h264 esporto in metal , esattamente come su solo software, ho un IA che sta circa al 40%.....

 

quando esporto in OPENCL hardware.... sale a 80% circa...

 

 

 

con MPEGDVD in tutti 3 i casi, sale al 100% fisso.

Link to comment
Share on other sites

intanto ti ringrazio ovviamente ....

 

intanto confermo che con WIN (cc2019) ho gli stessi identici risultati di mojave....

 

mentre la stessa codifica con la cc2018 , (mercury opencl) non usa la gpu...

 

 

 

si mi son convinto che la GPU vada... come e quando pero' non e' scontato.

 

devo valutare caso x caso (CODECS)...con test evidentemente...

 

sotto mojave , con IPG non mi mostra "GPU" nella finestra sottostante...ma solo IA..... la quale sembra la GPU della rx580, anche perche altre non ne ho ...

 

 

 

si , com MPEGdvd tutti 3 i casi sono rapidissimi... solo software appena 1 secondo in piu...

 

e cmq quel "IA"...skizza al 100% in tutti 3 i casi...

 

 

 

non so perche dici che non torna quel "8"....troppo poco dici?

 

 

 

inoltre...ma se IA cmq mi segna un uso di GPU...come mai entra in funzione cmq, anche in solo software?

 

 

 

(vedi H264 solo software che equivale a metal)

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • There are no registered users currently online
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.