i see. thanks.
i think than an lts is not what you’re looking for. you should make another fork that is geared towards performance.
the goal of an lts is basically stability over along period. not performance. lts stands for Long Term Support. perf is an orthogonal goal, and i love it, but it would make it really difficult to mix both.
there are other people interested in that approach. specially the people who follows ThIn. they were planning on having a fork for it too.
disabling plugins won’t really translate to performance most of the time. there are many plugins that don’t impact performance.
but more importantly you can, and should, disable all the plugins you don’t use in your .uproject. and that will provide you with the performance and memory improvements you might be looking for.
in my project i’ve disabled all plugins that i don’t use.
and when i submit a plugin to fab, they require (it’s a cause for rejection), to manually disable all plugins you don’t use.
so i don’t think we really need to do anything about that in the actual lts repo.
it’s also impossible to know which plugins people are using. there’s a reason why ue has the philosophy of having “everything enabled by default”. as one becomes experienced sometimes one wants to have everything disabled. but there’s a reason for that, i think if we try to change that it would be an uphill battle. and people who expects ue to work in a way would be frustrated with the lts.