tomnic

Bella prova, mancava una guida da Winzozz 😉 Ora vogliamo quella da linuz 😄

Eccolo qua sul mio Ryzentosh 3950X con proxmox e passthrough GPU (Radeon VII). Come vedete c'è supporto per la virtualizzazione integrato da vendere: ...e ho notato anche dei kext AppleQEMUHID e un kext di paravirtualizzazione per le VGA. Un piccolo video di sneak peak 🙂 Wifi perfetto, sempre passato via hardware 😉 Ho attivato anche il trackpad Apple originale tramite BT. Il suono usciva da delle cuffie, il mio nuovo monitor 4k esce tramite jack non avendo le casse direttamente integrate. video-1593537123.mp4

Con questi due video vedete benissimo le differenze tra il medesimo sistema in real "vanilla" mode e proxmox... Performance di Minecraft in real "vanilla" mode: https://www.dropbox.com/s/l39ls1mh58c2tk0/VID_20200614_145659.mp4?dl=0 Performance di Minecraft in proxmox (stesso hardware, stesso smbios): https://www.dropbox.com/s/rxrl16dvz2csqmd/VID_20200614_125851.mp4?dl=0 ...ed abbiamo minimo quattro volte tanto le performance, da 40-60 fps a 160-310 fps...

Il senso non è di volermi impuntare sull'accelerazione di vmware, semplicemente è appurato che le patch compromettono funzionalità grafica... e ho elencato alcuni degli ambiti dove ho trovato rallentamenti con le patch attive e in proxmox senza alcuna patch, a parità di hardware e configurazione del bootloader. Proprio ora sul canale gaming di Discord di AMD osx si lamentano che Minecraft gira peggio che su un MacBook Pro del 2010 con un Ryzen 7 e una RX 580. Questo week end faccio un test e mostro i numeri 😉

Vero, ma se provi a parità di host e guest su Ryzentosh / Hackintosh Intel - Real mac la differenza la noti 😉

Vmware Fusion (e mi risulta anche Parallels) accelerano 2D e 3D fino a DirectX 10 in Windows (fino al punto che puoi giocarci senza problemi) e OpenGL non ricordo che versione in Linux, ovviamente mi riferivo a macchine virtuali siffatte in Vmware Fusion con osx come host, su un Hackintosh Intel. Sui Ryzentosh l'accelerazione parte regolarmente ma non è fluida come il corrispettivo intel o mac reale... Prova a spostare una finestra bella grande in Windows 7, partirà a scatti, poi si assesta un po'... ma non è mai fluido come in Hack Intel, prova tu stesso! Mi risulta dovrebbero funzionare sulla tua cpu... metti le patch che trovi qui https://github.com/AMD-OSX/AMD_Vanilla/tree/opencore/15h_16h che sono sempre aggiornate

Sono le patch a farla calare in real mode di frequenza, per me è la patch 26 che riguarda l'init del tsc che la fa svalvolare. Aggiungo che anche l'accelerazione 3d delle macchine virtuali di Vmware è molto legnosa.

Qui il dato è molto più diretto di un banale cambio di SMBIOS: a parità di configurazione, a parità di sistema operativo, a parità di bootloader, a parità di smbios, con le patch le prestazioni grafiche calano, senza patch (in Proxmox) sono nella piena capacità di macOS. Cinebench R15 sotto Proxmox Cinebench R15 sotto "real mode"

Ciao a tutti ragazzi, deluso dalle prestazioni nei giochi e app OpenGL (e purtroppo anche molti giochi metal) nel mio Ryzentosh rispetto a Hackintosh Intel decisamente meno performanti mi sono messo giù a cercare di capire da dove si originassero questi rallentamenti. Già vi dico che RadeonBoost aiuta sì, ma solo in gran parte i benchmark, e comunque non Cinebench 15 test OpenGL e i giochi. Se installo macOS Catalina in Proxmox, emulando una cpu intel al 100%, non ho bisogno di dette patch, e il gap grafico viene colmato abbondantemente, prova ne è il fatto che Cinebench 15 balza da 100 fps a 130 fps, mostrando un palese 30% in più di prestazioni grafiche, idem Standard Candle test di DaVinci Resolve 16 che con 64 nodi di blur balza da 15 fps a 18 fps... Xonotic balza da 5 miseri fps minimi a 15 fps, in linea con l'esecuzione su macchine Hackintosh intel e mac veri... Allora, c'è da dire indubbiamente che le patch cosiddette Vanilla per OpenCore rallentano e non poco le prestazioni 3D in diversi ambiti nei nostri Ryzentosh. A suffragare questo fatto c'è questo post: https://github.com/AMD-OSX/AMD_Vanilla/issues/27 Allora provo a seguire il consiglio, scambiare cioè le patch applicate: dovremmo comunque applicare quelle delle vecchie generazioni AMD Bulldozer / Jaguar (15h, 16h)... ma sul mio attuale Ryzen 9 3950X osx di bootare non ne vuole sapere... ...si blocca lì... resto a guardare anche mezz'ora... ma non si schioda... A leggere per il web pare che tutti i Ryzen di vecchia generazione (2x00 e 1x00) riescano ad avviarsi con dette patch... fatemi sapere se effettivamente è così: ma chi ci riesce lamenta problemi grossi di sync audio / audio scoppiettante... anche qui fate dei video per smentirmi se non è così 😉 Ovviamente non pago di tutto ciò, mi sono messo a smanettare sui due file di patches (https://github.com/AMD-OSX/AMD_Vanilla/tree/opencore/15h_16h e https://github.com/AMD-OSX/AMD_Vanilla/tree/opencore/17h), riordino il file patches.plist per le 15h/16h che sintatticamente preferisce andare a capo solo tra i tag <data> </data> oltre a mettere su più righe le stringhe da ricercare / rimpiazzare in modo da avere un file conforme a quello per le patch 17h... da terminal lancio diff ed ecco il risultato: 451c451 < <data>uAgAAIAx2zHJMdIPokGJzkUPtvZB/8ZEifFEifBmDx+EAAAAAABmDx+EAAAAAAAPH4QAAAAAAOl8////Dx9EAAA=</data> --- > <data>uAgAAIAx2zHJMdIPokGJzkUPtvZB/8a4HgAAgDHbMckx0g+iD7b3/8ZEifEx0onI9/aJwUSJ8Ol8////Dx9EAAA=</data> 461c461 < <string>algrey - cpuid_set_info - cores and logicals count - part 1 - 10.13</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 1 - 10.13</string> 489c489 < <string>algrey - cpuid_set_info - cores and logicals count - part 1 - 10.14</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 1 - 10.14</string> 517c517 < <string>algrey - cpuid_set_info - cores and logicals count - part 2</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 2</string> 535c535 < <data>ichmDx+EAAAAAABmDx+EAAAAAABmDx+EAAAAAAAPHwA=</data> --- > <data>QYnOuB4AAIAx2zHJMdIPog+29//GRInxMdKJyPf2ZpA=</data> 545c545 < <string>algrey - cpuid_set_info - cores and logicals count - part 3 - 10.13</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 3 - 10.13</string> 573c573 < <string>algrey - cpuid_set_info - cores and logicals count - part 3 - 10.14</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 3 - 10.14</string> 601c601 < <string>algrey - cpuid_set_info - cores and logicals count - part 4 - 10.13</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 4 - 10.13</string> 629c629 < <string>algrey - cpuid_set_info - cores and logicals count - part 4 - 10.14</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 4 - 10.14</string> 741c741 < <string>algrey - tsc_init - grab DID and FID from MSR</string> --- > <string>algrey - tsc_init - grab DID and VID from MSR</string> 759c759 < <data>uXEAAcAPMonASInBSMHpBoPgP0iDwBCA4QdI0+gPH0QAAA==</data> --- > <data>uWQAAcAPMg+2yInGwe4Ig+Y/RTH/MdJIichI9/ZIAcBmkA==</data> Mi armo di pazienza e per poter confrontare visivamente meglio i due file scarico, compilo e installo ProperTree, interessante script / app in Pyton per gestire i file .plist in maniera più leggibile. Le differenze quindi stanno come segue, premetto che i numeri delle patch sono assegnati da ProperTree in automatico partendo da 0 dalla prima all'ultima presenti nei file plist relativi: La patch 15 che recita nel commento "algrey - cpuid_set_info - cores and threads calculations - 10.15" corrisponde alle "righe" 451c451, come vedete le stringhe da rimpiazzare differiscono discretamente; Notate che le differenze a livello di nome del commento sono irrilevanti al fine del corretto boot quindi le trascureremo; la patch 18 recita nei commenti "algrey - cpuid_set_info - (ryzen) cores and logicals count - part 2" e corrisponde alle "righe" 535c535, stringa replace totalmente diversa; infine la patch 26 che recita nei commenti "algrey - tsc_init - grab DID and VID from MSR", nelle patch per 15-16h definita nel commento "algrey - tsc_init - grab DID and FID from MSR", corrisponde alle "righe" 759c759: anche qui cambio sostanziale della stringa replace... Allora inizio a fare l'alchimista: se inserisco le patch 15 e 18 nel mio config.plist riesco a bootare, è la patch 26 che se viene inserita blocca il boot... fidandomi del commento che i creatori delle patch gli hanno affibbiato, deduco che la famiglia 17h di CPU Amd evidentemente inizializza il TSC in maniera differente... chissà se magari è proprio questo il problema per te @fabiosun, magari i nuovi threadripper hanno un tsc ancora diverso rispetto alle 17h "precedenti". Comunque il succo inerente a questo post è: anche avviando con le patch 15 e 18 nel mio Ryzen 9 3950X le performance grafiche non migliorano (la mia cpu viene segnalata come 32 cores / 32 threads), segno che quando applichiamo le 15, 18 e 26 ad un Ryzentosh basato su 2700x o 1800x o cpu zen similari il miglioramento grafico è apparente perché il tsc svalvola, generando le corruzioni e il desync nell'audio (basterebbe riprodurre un video YouTube). Qualcuno con competenze così avanzate del mach_kernel e delle cpu AMD può aiutarci a migliorare la patch 26? O anche a spiegarci cosa fa di preciso... Allego le patches "razionalizzate" per comodità e anche il mio config.plist di test con le patch 15 e 18 della famiglia zen 15h/16h, la 26 è rimasta quella della famiglia 17h altrimenti non si avvia nulla. patches1516h.plist.zip patches17h.plist.zip configtomnic.plist.zip

Per la cronaca, comunque l'utente root in Osx è disabilitato e si può attivare così:

Aggiornamento portato a termine correttamente con OC 0.5.9 e con l'app completa da App Store

Sul mio Ryzen 9 3950x purtroppo non riesco ad andare oltre il boot dell'installer, un primo avvio nella gui pare far funzionare il tutto... tuttavia l'hackintosh si spegne (correttamente... leggo proprio cpu halted senza panics) e anche ripetendo l'operazione col combo update ottengo lo stesso errore... qualcun'altro è nella mia stessa situazione?

E' uscita la 1.5 😉 https://www.hackintosh-forum.de/forum/thread/47791-radeonboost-kext-benchmark-scores-wie-am-echten-mac-unter-windows/ tuttavia mi uccide l'accelerazione, oltre ad avere il bug dei 30bit coi colori falsati... tutto virato sull'arancione...

Che modulo bislacco l'ultimo 😄 What a weird memory module the last one is 😉

Hack AMD in firma con CPU (Ryzen 9 3950X) e GPU (AMD Radeon VII) aggiornati (in attesa di MainBoard adeguata), OpenCore aggiornato a 0.5.7, Catalina aggiornato a 10.15.4... boost discreti in geekbench, nulli in Cinebench 15 OpenGL e in gaming (non posto il video ma il framerate è sempre troppo altalenante verso lo slideshow nel gioco che uso sempre come test, Xonotic). Senza radeonboost Con radeonboost: Il boost è notevole nei geekbench pure in Catalina per me 😉

@p5k lo xeon necessita di mod, uno lato bios per iniettare il microcode, due lato cpu con un apposito sticker da posizionare per invertire due pin, tre lato socket devi tagliare due pezzettini di plastica perché l'orientazione della gpu è a 90° rispetto ai socket 775 tradizionali. Non è difficilissimo ma ci vuole un po' di pratica col taglierino, flashare il bios giusto e mettere lo sticker è semplice. Puoi anche prendere Xeon "premoddati" con due incavi in più e sticker già applicati per poterlo montare direttamente sulla tua mainboard, a quel punto devi solo cercare bios con microcode aggiornati, un buon inizio è qui: https://genius239239.neocities.org/771/771.htm Le prestazioni non saranno da urlo, ma da bench che ti allego del mio Xeon X5470 @ 3.33 GHz per ora stock, sono comunque più che valide rispetto anche a cpu non proprio lente più moderne: Un Q9500 che sta a 2.8 GHz renderà qualcosina meno ma non devi sbatterti alla ricerca di bios adeguati. Cerca anche su Aliexpress se non hai urgenza di consegna, i prezzi sono ottimi lì al di là di speculazioni tipicamente eBayane.

Puoi mettere al massimo El Capitan, senza SSE4/4.2 non vai da nessuna parte, 😉 o ti procuri un Q8x00 Q9x00 o relativi Xeon con mod 775 -> 771

Salve salvino!

The cpu overhead is really really low... in OpenGL you score more fps in the VM than in the native Windows OS... ASTONISHING!!!

Salve a tutti, nello smanettare con le macchine virtuali io e @fabiosun abbiamo notato che l'ultimo aggiornamento di Safari su High Sierra (ma penso anche su Mojave, non so su Catalina) ha problemi nel visualizzare correttamente certi siti web come eBay o Unigine, in pratica fa per caricare la pagina ma poi si blocca mostrando un brutto errore di caricamento della stessa. Non è un problema hardware o di configurazione del vostro hackintosh reale / virtuale, semplicemente un aggiornamento distribuito male da Apple. Scaricate da qui http://swcdn.apple.com/content/downloads/46/01/061-46316/xvsfnpjvttr5ah1yuj5mpb5x1vvdtytqsv/Safari13.1HighSierraAuto.pkg la corretta build di Safari, riavviate per sicurezza e tutti i problemi spariranno. Fonte: https://discussions.apple.com/thread/251213636

Hai l'accelerazione farlocca delle nVidia in Mojave coi vecchi webdriver 😉 meglio di nulla ihihihih

Fabiosun è l'alpha è l'omega!!!!

E' tutto partito dal video di Theresa 😉 Ottimo lavoro ragazzi, che squadra questo forum!!!

Visto dalla firma 🙂 No, niente dual bios, proverei solo a livello di clover, troppo rischioso sennò senza paracadute di alcun genere

Sai il modello esatto così controllo? Evitiamo di farti brickare la scheda dai!