I found out Unity spends like 30% of a frame just verifying if methods exist?
I found out Unity spends like 30% of a frame just verifying if methods exist?
Lyup
the AMD GL drivers on linux dont have this issue, and you'll see usually 30%-100% perf uplift
the AMD GL drivers on linux dont have this issue, and you'll see usually 30%-100% perf uplift
ISomething about finding if a particular MonoBehavior had Update/FixedUpdate etc
I(note they were never overrides)
THorrific
Ai see, it all makes sense now
i thought it was just being bottlenecked by thunderbolt lol
i thought it was just being bottlenecked by thunderbolt lol
IIt was never cached either
Lwhen valve initially ported L4D2 to linux natively back in like 2016, the perf on top of the line AMD OpenGL on linux was beating top of the line NVIDIA D3D9 lol
Ayeah i remember reading that article, remember thinking that opengl was the superior api
haha, wrong
haha, wrong
IGotta love companies trying to smack down open source competitors I guess
L?
IOpenGL on Windows v Linux
ISounds like MS was intentionally trying to hurt it
Lthats not whats happening
AMD just has a low-performace-high-correctness GL driver on windows
AMD just has a low-performace-high-correctness GL driver on windows
Lit wasnt built for gaming
IFair enough
IHmm, maybe that's why when I was like, 12, Minecraft had such poor performance on the computer I had at the time
Lmicrosoft has a vested interest in keeping GL running well forever into the future, thats why win11 comes bundled with mesa to do GL->D3D12 translation
Aminecraft is also written in java and is coded pretty poorly. it's probably more likely to be that than opengl
L^
II mean yeah I've heard the horrors of memory management in Java
Astack allocation? what's that!
Lit's not even that
PI think it’s likely the code that’s contributing more to that
Lminecraft just sucks code wise
PI mean put it this way, Minecraft is the project notch used to learn OpenGL
IThe amount of performance I would lose if I didn't have stack allocation would be incredible
Lin c#? prob not actually
Lgc is smart
Pgen0 is basically free
II figured, as far as I know the UI was pretty strongly paired to the main renderer until recently
II guess I need to read up on the GC a bit more
Atbf, imo it's a balancing act. you can do that, have a horrible codebase, and make a game
Aor do what i do and modularize literally everything and never get anywhere
Pdo things that don’t scale!
Pif you’re at a point where you need to scale up that means you’re winning
Alol fairs
IBut what if I want to use more or less functional approaches for everything, that won't go bad I may have made a mistake
Ai've made my music player relatively modular as well and now it's coming to bite me in the arse when it comes to implementing a proper API for it, cause it's too modular
Aso i'm gonna scrap all the modules and the cli player and just dump it all in one project
II remember some of my old code being so interfaced out I couldn't track what was going where
Ainterfaces have their place, the api i've designed for my music player is almost entirely interfaces
Asimply because it means you can fully interact with the player but it won't break existing plugins on an update
II mean yeah but I definitely overused them
Lmerged
the reason its so jank is that the API was originally built for use in FNA/MojoShader exclusively, and it just so happens that people like me picked it up and started improving upon it for use elsewhere
the reason its so jank is that the API was originally built for use in FNA/MojoShader exclusively, and it just so happens that people like me picked it up and started improving upon it for use elsewhere
Lit wasnt even in the main sdl org originally
Ljust a personal repo of flibitjibibo
L
Pyeah the GPU API was literally just the FNA internal abstraction in the end
Pit was similar enough to what icculus was designing and sped the process along