foskvs

Prova a vedere cosa ti mostra da terminale: cd /Volumes/EFI; ls -l

La partizione EFI ha circa 200 MB di spazio. Un bootloader dovrebbe occupare circa 20 MB. Prova a vedere cosa occupa tanto spazio.

I 256 MB sono di "DVMT Total Gfx Mem" o di "DVMT Pre-Allocated"?

Te lo riscrivo in modo un po' più ordinato... Salve buonasera, grazie della risposta. In realtà non ho capito bene nemmeno io. Apparentemente sembrerebbe tutto nella norma, solo che non riesco a capire come devo settare nelle impostazioni del bios. In "io port aperture size" al momento ho come parametro 256MB E INTERNAL Graphics disabilitata. A volte non riesco a riabilitare lo schermo premendo il tasto dopo che il computer si spegne; nemmeno spegnendo il monitor e riaccendendolo. Sono costretto a riavviare. Oltretutto, nella cartella della partizione che monta la efi per il boot di Mac OS X compaiono delle stringhe di errore. Posto il tutto: sia config.plist che i messaggi di errore. Grazie per il vostro tempo. Non riesco a capire queste righe a cosa si riferiscono.

Acpi(PNP0A03,0) è l'host bridge PCI Express, a cui sono collegate le porte PCI Express (Pci(1B|x), Pci(1C|x), Pci(1D|x)) a cui hai collegato l'SSD. Riguardo al problema dello stop, dal config.plist vedo che hai attiva la patch per il port limit delle USB. Prova a mapparle, così puoi rimuoverla.

Devi prima completare tutti gli aggiornamenti di sicurezza di High Sierra. Poi ti consentirà di installare i driver Nvidia.

Devi provare con XMP dal bios. Sempre se le tue RAM lo consentono.

No. È da sempre che è così, che io sappia. Per Apple, i monitor sono tutti integrati e quindi il problema non si pone, perché pensa che il monitor HDMI o DP sia un qualcosa per estendere lo schermo o un televisore (che quindi ha il telecomando). Gli unici monitor DisplayPort su cui si può regolare il volume da tastiera sono quelli di Apple (Thunderbolt Display, LG Ultrafine 4K e 5K, XDR Display) che hanno dei driver apposta per aggirare il problema.

Allora è normale. I tasti per alzare e abbassare il volume da tastiera funzionano solo con dispositivi collegati tramite jack audio. Per tutti gli altri tipi di uscita, non puoi controllare il volume da tastiera. Da ioreg il driver audio sembra caricato. Prova a vedere se sul monitor hai dei comandi per regolare il volume e controlla che il monitor sia selezionato come uscita audio da Preferenze di Sistema / Audio.

Allega un ioreg che vediamo se è tutto configurato correttamente. Ovviamente ricorda che il volume dell'audio digitale (cioè da HDMI e DisplayPort) non si può controllare da macOS. Dovrai usare i comandi del monitor (o un telecomando se magari è un TV).

I kext sono i "driver", detto in parole semplici. Quale punto della guida non ti è chiaro (presumo che ti riferisci a questa guida: https://www.macos86.it/topic/6-preparazione-installer-macos-clover-usb/)?

L'audio passa da DisplayPort/HDMI o dal jack audio? L'audio HDMI delle AMD 4xx, 5xx, 5xxx, 6xxx e Vega è nativo.

Prova a sostituire SSDT-PNLF.aml con questo allegato. (Tieni pronta una EFI di riserva, non si sa mai...) SSDT-PNLF.aml.zip

bless è un comando che imposta l'avviabilità dei dischi. Su che disco stai provando ad installare?

Riesci a vedere il log dell'installazione?

Prova a rimuovere le patch per il max link rate, se non ti servono, lasciando così sul config: P.S. anziché aspettare 3-4 minuti, puoi anche chiudere il coperchio del portatile e riaprirlo poco dopo.

Il tempo di esecuzione, ovviamente, più è basso, meglio è. I numeri che vedi sopra, invece sono distanze e il programma deve calcolare la più breve. Quindi più è bassa, meglio è. Ribadisco... se gli iMac avranno l'M1X, il Mac pro avrà l'M1XX. Lì si farà interessante. O ti ridicolizza o Apple si ridicolizza da sola e scopriamo che Ryzen è ampiamente davanti nel settore Pro/Enthusiast.

E perché mai?😂 Quella CPU è un mostro. In single thread ci massacri tutti quanti. E hai 32 core fisici... Dovrei impacchettarla, quando uscirà il nuovo Mac Pro, mi sa. Quello sì...😂

I core dell'HT non sono core fisici, quindi molto probabilmente il programma rallenta. Dalla struttura del programma, all'aumentare dei core il tempo di esecuzione dovrebbe rimanere uguale (perché aumenta anche la complessità computazionale di pari passo). In realtà non è così. Tra i vari motivi che mi sono venuti in mente: Non tutti i core vanno alla stessa velocità (nel senso che ci sono anche altri processi in esecuzione) e il programma deve aspettare i core più lenti. I thread non sono indipendenti tra loro ma si "passano informazioni", quindi c'è da aspettarsi della latenza, soprattutto nel passare da 1 thread a più thread, ma questa differenza si nota anche per un numero maggiore di thread. Probabilmente per questione di Power Limit della CPU, in single core raggiunge frequenze più elevate (almeno così credo che sia su Intel). Sarebbe interessare vedere cosa succede su architetture con core diversificati, come M1, in cui i 4 core ad alta efficienza dovrebbero rallentare il programma e, paradossalmente, potrebbe essere vantaggioso eseguirlo solo sui 4 core ad alte prestazioni. In teoria, all'aumentare dei thread eseguiti, il programma dovrebbe ridurre la complessità computazionale di ogni singolo thread. Non è così perché è pensato per essere eseguito in due casi: 1 core o 4 core e riducevo la complessità direttamente in fase di compilazione. Questo significa però che su 64 thread è più probabile che il programma trova il risultato corretto, mentre su 12 thread si ferma a un risultato sub-optimale. Vedendo i risultati qui sopra, i 14.7006 ± 4.55493 sono migliori dei risultati ottenuti su Intel con meno core. Per ottenere gli stessi risultati su meno core bisognerebbe allungare i tempi di esecuzione (e di tanto, perché più ti avvicini alla soluzione e più diventa difficile). Adesso spero sia chiaro perché si dice spesso che le CPU 4C/4T sono decisamente meglio delle CPU 2C/4T.😅 Bei test, in ogni caso. Istruttivi.

-np prende in considerazione solo i core fisici. Quindi massimo 32 nel tuo caso. Edit: Ho scritto una scemenza... Controlla che ci siano tutti i core. Magari prova anche con -np 31

Stai avviando con un "pastrugno" di EFI. Per fare un esempio: usi un SSDT per disabilitare la scheda video dedicata, ma in firma c'è scritto che hai solo l'integrata. Riparti con una nuova EFI e mettici solo l'essenziale. Per avviare macOS ti serve almeno FakeSMC.kext (o Lilu + VirtualSMC). Bene, mettilo. Per l'audio probabilmente ti serve AppleAL. Bene mettilo. Hai una porta ethernet sulla scheda madre? Quasi sicuramente sì. Guarda il modello della scheda (Realtek? Intel? Atheros?) e metti il kext necessario. Metterli tutti non serve a nulla, se non a complicare tutto.

Prova a cambiare il valore di AAPL,ig-platform-id con un altro di quelli supportati su Coffee Lake.

Con la stessa RX 570 non ho righe viola. Big Sur.

Questo non era compilato per ARM. Non so se le librerie MPI sono disponibili su Apple Silicon. In caso, qualcun altro si trovasse un M1 per mano, magari faccia un cenno che si può sempre fare una prova.

Gli SSDT vanno bene. Il config.plist mi sembra a posto. Quando controlli su checkcoverage.apple.com non ti deve dire che il seriale è di un vero Mac. È giusto così. In ogni caso, non influisce con i servizi iMessage e FaceTime. I tempi d'avvio dovrebbero essere più o meno simili a Windows: 10s circa con SSD, 60s circa con HD meccanico.