Sehr schlechte OpenCL Performance

Zitat von DevFelixJava

Can't open .amls with this program. Just nothing happens.
.dsls work though

https://github.com/acidanthera/MaciASL

i use this

EDIT2

DevFelixJava i see you are on AMD as me

Which AMD Kernel patches do you use for FIX pat? algrey or Shanees's ones?

Second one is faster in benchmarking gpu

I do not follow dortania guide for this (i use and like their product like OCLP but not their guide for AMD)

Default patch used is algrey one

it is much slower than Shanees one

i would suggest to try it and if you do not have additional problem i would use Shanee patch

I would also check better Device properties and use it togheter whatevergreen kext (disable NootRX kext)

you have to use ioregistry explore app and search for GFx0, you will find your path and you have to change in my SSDT here

Zitat von DevFelixJava

Well I already removed NootRX completely im just on whatevergreen. device properties are fine if Hackintool isn't wrong with the path. my only option now is to get the .aml running or accept my fate in not be able to play games

Post your config plist without smbios data and serial (if you like)

Dp works well for all our 6950xt so we have to do also for your

attached hackcheck (if you like to try and put acpi path from there

mmmh it is the one i use i cant say if it needs some permission

however i see you are using Algrey fix pat patch

to improve performance in OpenCL/GL you can disable it and use the Shanees one

for now if you cant do good resuòt with DP or with SSDT you can try also with NootRX kext and see the differences

in Opencl your system should have a result greater than 100000 as you see in my picture above

i have tried to modify your config.plist

use also the kext attached (backup yours first)

in this config i use DP properties with your path

removed pikera from bootarg

used Shanee fix patch

Hi,

I have an MSI GAMING TRIO Z with a 6900 XTXH. I currently only use device-properties with device-id BF730000. Runs great. Metal Scores around 265k.

Zitat von DevFelixJava

Still no Hardware-Acceleration.

the only problem could be your <GPU acpi address

others parameters are the same for all people who use to spoof their GPU

EDIT

i see you have acceleration using NootRX kext but only low performance

try to recreate that condition and only to disable to that config algrey fix pat and enable Shaneee fix pat

you would see a great improvment in performance

Zitat von DevFelixJava

I think I give up at this point. Using the new Shaneee fix didn't help either.

Guess im dual booting windows to play some Minecraft

if you like to do latest try, post your actual EFI and execute this app (or one you have like this)

https://github.com/vulgo/IOReg…xplorer/releases/tag/v2.1

post the results (save as a file (it is your system OSX registry)

i would try (if you want) to do a SSDT for you

first try

do a GeekBench GPU test and save the results (metal/Opengl/CL)

then use this config.plist (overwriting your after backupping it) an do the same and please post the result

I am preparing your ssdt to not use NootRX kext and see if we had acceleration as all we have

i did what i am saying from my initial post here

disabled a patch used the other

I woluld like to say you should understand why ACPI method does not work

if you can send an IOREG log without using NootRX (i know no acceleration there)

i see some bridges i do not underst (i am not an ACPI expert so it is my fault)

DevFelixJava it seems not disabled here

if you can use MacPro7.1 SMBIOS and redo an ioreg log both with NootRX and without it (without it only a monitor on shold be present and obviusly no GPU acceleration)