Да не в этом суть. Вы поможете с проблемой или нет?

Чё тут помогать, 3.2 мало для твоих запросов.

Можешь попробовать скинуть все процессы кроме панзара на одно ядро из четырех, а панзар оставить на всех четырех(чтобы не глючил)(лично я так делаю, помогает немного. Программой CPU-control. Но прежде чем делать, вруби голову, ну ты понял).
Можешь выставить приоритет реального времени панзару. Должно вкатить.
Хз гонится твой проц или нет, попробуй разогнать. Тут уж сам на себя полагайся.

Значит фолычу 4 почти на высоких моего проца хватает, а панзару нет. Интерееесно.

Ну фолыч полноценно с твим процем работает, а панзар кастрированно. Что поделаешь.
В своё время я искал ответ на твой вопрос, и написанные мною вещи - одни из немногих, что реально помогли. Однако я свой комп хорошо знаю и я уверен, что поставив высочайший приоритет панзару я не получу BSOD.
Кстати, если у тебя ноут, то погугли в сторону троттлинга.
Тестируй.

Полноценно будет работать только в случае, если мы сами разнесем процессы на разные ядры. Но крайэнжн сильно нестабилен, когда мы так делаем.

Вот например в 40 версии мы добавили асинхронную компиляцию шейдеров. Что означает, что когда после патчей вы будете загружаться на локации все шейдера будут компилироваться во втором потоке, а на в первом, как было раньше. Что вызывало дикие тормоза при первых играх после патчей или установки клиента.

Блин, а это означает, что на линуксе будет ещё больше вылетов
Он на линуксе вылетает из-за нарушения связи между потоками. Пытался через конфиги отключить, но тут фейл

т.е. фпс в гуще сражения проседать не будет?



чем тебе windows не нравится?

Прям всё расписать?

Не совсем. На фпс в гуще сражения влияет Частицы и Скелетная анимация, которые идут в том же потоке, что и всё остальное. Пока мы не вынесем эти два большие части в другие потоки, быстрее не будет.
Нам приходится переделывать всю эту работу заново, т.к. исходный код работает нестабильно. Если бы мы сами писали исходный код, то проблем бы не было. А так это сизифов труд.