nah the reducing performance thing wasn't even to do with the generic math, from what i've read multiplying 2 vectors together using simd is just a waste, where simd only has benefits if you're doing like matrix multiplication, or large amounts of vector multiplication at once
oh i was being sarcastic it's knife spelled with au and starting with the letter C, long story, but yeah i could tell it's old german, i studied german for a couple months awhile back
this is not true, the JIT does not recognise Vector4D and friends as TYP_SIMD thus it will not place our custom struct in VEX registers. This means that there is an enregistration penalty every time we want to do an operation using System.Numerics. That being said, it should still be possible and less expensive than regular float maths.
There was some work being done to recognise user structs as TYP_SIMD which, once implemented, will allow us to have the same performance as System.Numerics
Summary of the PR Fixes BreakneckSleep in the existing CPU usage PR to store the last tick timestamp and compare to that instead of to when Sleep is called. The branch still doesnt actually use Bre...
reviewed. Appreciate those comments probably may come across as a bit infuriating or cold, and that’s partially because I myself have a cold at this time, but also if I’m like that you know I think you’re competent because I don’t tip-toe around pointing out flaws haha.
like you can tell when beyley has been in a file when there’s no space after a //, you can tell when devvoid has been in a file because of that brace style (though I think they’re all gone now and I don’t mind telling beyley off for it given that most of their PRs are too perfect that I don’t want to merge them first try)