1
Gallery / Re: The Cat
« Last post by morphtarget on Today at 18:16:14 »I have solved the issue. Thank you for your attention.
That is not what I meant, there is nothing faulty with CPU. But that doesn't mean all software can utilize it in same way. How Embree can utilize the hardware depends on many aspects of software stack, from motherboard firmware to OS scheduler. If those things are written for retail SKU, tiny discrepancy can cause misutilization.Hi Juraj, thanks for your input, we or I am a bit frustrated , spend a small fortune and now this shit, hope the devs solves this soon.
Years ago, one of such solutions was upgrading Visual Studio redistributable used for compiling. Just saying it isn't as easy as updating libraries often, though I do hope it is for this particular issue.
I hope solution for your problem is found, but I will like to stress that if in some case you have non-retail stepping (ES/QS/etc..), the issue can be with on-chip memory controller which creates certain spiral of firmware/OS issues that can manifest under certain workloads (whether it's scheduler issues, CPU groups, NUMA nodes, etc..).
So if Corona team received fully retail unit (which in 2024 means all-in-one system for most Epyc stuff), they might not be able to replicate your issue.
It's bit risky proposition to build custom multi-CPU servers today, too many variables with zero support. Super hard to investigate and find what can be culprit.
Not saying that's the case, just be prepared.
Nice to know that Corona devs got the machine though.
Outstanding renderings! I love the shaders more than the reference. Nice skills, very inspiring :))
...