the Final JVM Option: -XX:MaxPermSize=128M is the double to the one if I have when launching the selector without this parameter. On the other side the -Xmx increase is from 444M to 512M.
Well you can always use -XX:MaxPermSize=64M to see if that improves anything.
the use of the latest versions of the selector really makes a difference including for the stock game.
Just to precise here:
Are you running the tests within the same game instance, "just" swapping out the selector?
Or are these different game folders you are using?
And if it's really "just" swapping the selector, would you mind illustrating what exactly you are doing to get there?
I'm not trying to be picky, just wanting to understand what you did so I can - with a little luck - reproduce the issue.
Background is: With BAT 4.3 (The new Selector isn't available individually yet) we've not only shipped a new Selector, but applied at least one very significant corresponding change under the hood as well, and honestly the Selector itself is not supposed to have any influence on the game performance, as all it does is to "inject" launch parameters to the Java VM, which is what it
always did.
The difference between new and old Selector is: Old had certain static launch parameters, new tries to figure out the best launch parameters automatically. Once you set the new selector to manual memory settings, the behaviour of both is
precisely the same.
The remaining difference is that other important change under the hood, which I don't talk about in detail right now as otherwise it will have an influence on your answer to my initial question: What did you do exactly to change from new to old selector and vice versa?
![Cheers ]cheers[](https://www.sas1946.com/main/Smileys/akyhne/occasion14.gif)
Mike