>>360600620
you'd be surprised how unoptimized some of those prefabs out there can be too, even something as innocent as a simple clock like this one: https://booth.pm/en/items/1986599
Uses string concatenation instead of using the string.format and is constantly polling it in an update() loop, when you can just do a delayed event every second. When compiled to Udon assembly it makes the difference of running 2-3 extern calls every second, vs more than a dozen extern calls every damn frame. Adds like 0.05-0.1ms cpu frametime for a goddamn clock.
A lot of Udon prefabs on booth fall to optimization pitfalls like this, and take up excessive cpu frame time even in idle. Its because authors don't take into account the limitations of Udon and how it works, and write their programs as if its native C#. Its no wonder performance starts to suffer when someone just chucks in Udon prefabs into their world without a care.