@MaLd0nI have done a few more experiments and was able to jack up the numbers slightly albeit at the cost of quite higher operating temperatures. the duration of copying huge files also increased slightly, therefore overall I think I am better off without CPUFriend... and his partner as well as the -ctrmst boot arg. For the kernel boot args and for this particular test I only use "alcid=11 agdpmod=pikera revpatch=sbvmm -ctrsmt", watchdog=0 I don't need as I do not use a debugging version of opencore, neither do I need ncpi=0x3000 because i can set decoding above 4 meg. to on in the bios of my mobo, neither do I need ncpi=0x2000 as booting this hack is smoothe and flawless without any stoppages or hangs whatsovever. I have plugged your "optimized" code into my SSDT-PLUG-ALT.aml and confirm that it works great, thank you for that suggestion of yours. I think what made the difference, in the performance figures for single and multi-core Geekbench test, was the addition of 3841 for the ProcessorType. Initially I had it set at 0 (zero). 3841 is referring to processors with more than 8 cores, therefore without 3481 the 12 core cpu might actually be under performing, at least as far as concerns the output that Geekbench is producing, will need to test a bit more. I have attached a screenshot reflecting the single as well as the multi-core Geekbench results with the configuration as per your suggestion, please note these figures relate to an Alder Lake cpu running in a Z790 chipset environment equipped with DDR4 ram at a speed of 3600 Mhz. One cannot expect the Geekbench figures that ar obtainable when using a Raptor Lake CPU or even an Alder lake CPU running in a DDR5 memory environment. Just my 2 cents. I think @Miezewould also be quite interested in the findings that the further testing actually revealed. Greeting Henties and thank you @MaLd0nfor hanging on to this thread.
Author:
[source]
Post a Comment