Как заставить майнкрафт использовать все ядра
Майнкрафт, особенно с модами — очень требовательная к ресурсам ПК игра, анон. Если у тебя слабая печка, то ты скорее всего окажешься не доволен производительностью игры. В этой статье специально для тебя были собраны все возможные рекомендации по оптимизации Minecraft, с которыми в кубач можно будет поиграть даже на некропк. Впрочем, пользуйся вдумчиво и аккуратно: некоторые из них могут оказать обратный эффект и лишь усугубить ситуацию.
Оптимизация аргументов запуска
Аргументы запуска (JVM флаги) — отличный способ облегчить жизнь твоему сборщику мусора и в целом начать использовать ресурсы комьютера более эффективно. Учти, что некоторым флагам может понадобиться полная версия джавы, т. е. JDK . (или серверная JRE )
Флаги, не описанные в статьях выше:
Оптимизация с помощью модов
С помощью модификаций можно добавлять не только килотонны нового контента, но и заставлять игру работать быстрее.
Оптимизация новейшей версии (1.16.4)
| Мод | Описание |
|---|---|
| OptiFine | Расширенные настройки графики, оптимизация для некропк, шейдеры для йобапк. |
| Phosphor | Заметные оптимизации светового движка. |
| Lithium | Значительные бусты физики, загрузки чанков, ИИ мобов, редстоуна, etc. |
| Sodium | ВНЕЗАПНО релизнулся. По заявлению автора, бустит фпс в 400%, что правда. |
| OptiFabric | Без этой штучки фабрик и оптифайн не дружат. |
| FastFurnace и FastWorkbench | Кэширование рецептов верстака и печки, что способствует экономии процессорного времени. Эффект заметен лишь на больших серверах с множеством баз. В сингле вряд ли почувствуется. |
| Мод | Описание |
|---|---|
| OptiFine | Расширенные настройки графики, оптимизация для некропк, шейдеры для йобапк. |
| Phosphor | Заметные оптимизации светового движка. |
| VanillaFix | Различные багфиксы, а ещё игра не будет закрываться из-за крашей. Musthave! |
| FoamFix | Значительная экономия ОЗУ посредством хитрого шаманства. |
| AI Improvements | Оптимизация ИИ мобов путём кастрирования патфайндинга. |
| Surge | Ускорение загрузки игры и пара багфиксов. |
| Multithreaded Noise | Многоядерная генерация перлин нойза; чем больше ядер у процессора — тем лучше. |
| Performant | Различные оптимизации патфайндинга, оптимизация мобов (и энтитей в целом). |
| Unloader | Более агрессивная выгрузка измерений, что в теории фиксит утечки памяти. |
| TexFix | Экономия памяти при использовании детализированных ресурспаков. (если не используешь их, мод тебе не нужен. |
| BetterFps | Оптимизация рендеринга путём повышения эффективности sin() и cos() функций. (этим по сути дублирует функционал OptiFine, но у мода есть и уникальные фичи, поэтому он тут. |
| Chunk-Pregenerator | Быстрая прегенерация чанков мира в определённом радиусе, очень спасает от лагов во время путешествий в неизученные места. А ещё имеет няшный интерфейс и даже умеет в ретроген! |
| FastFurnace и FastWorkbench | Кэширование рецептов верстака и печки, что способствует экономии процессорного времени. Эффект заметен лишь на больших серверах с множеством баз. В сингле вряд ли почувствуется. |
| Мод | Описание |
|---|---|
| OptiFine | Расширенные настройки графики, оптимизация для некропк, шейдеры для йобапк. |
| BetterFps | Оптимизация рендеринга путём повышения эффективности sin() и cos() функций. Дублирует функционал OptiFine, но есть и уникальные фичи. |
| Chunk-Pregenerator | Позволяет заранее генерировать чанки мира, чем спасает от лагов во время путешествий в неизученные места. А ещё имеет няшный GUI и даже умеет в ретроген. (На 1.7.10-версию GregoriousT советует этот патч для ваниллы и этот патч, если установлен Forge Multipart, чтобы избежать крашей во время прегенерации. Источник. |
| FastCraft | Много разных ощутимых оптимизаций. С OptiFine работает только последняя версия, в которой, ради совместимости с оптифайном, чуть порезали оптимизаций. Так что, если не пользуетесь оптифайном, выбирайте предпоследнюю версию. |
| Thaumic Fixer | Фиксит лаги во время сканирования таумометром в Thaumcraft. Требует, очевидно, Thaumcraft. Используйте на свой страх и риск, ведь в комментариях к моду пишут о множестве проблем и багов. |
TIP: Некоторые моды имеют возможность отключить особо тяжёлый функционал, и снизив тем самым нагрузку на ПК.
Например, в конфиге Lycanites Mobs есть опции Disable Model Alpha и Model Multipass, которые облегчат жизнь твоему ПК, порезав рендер моделек ликанитов и альфа-канал. А разработчик Twilight Forest в конфиге мода вообще отвёл отдельную секцию для настроек производительности. Подобное снисхождение для обладателей некропекарен имеется во многих модах, анон, не ленись читать конфиги!
Обновление библиотек старых версий
Если ты играешь на версиях до примерно 1.12.2, то для повышения производительности и исправления багов стоит обновить библиотеки, которые использует майнкрафт.
Отключение логов
Если ты — счастливый обладатель медленного HDD в 2020 году, то может помочь отключение логгирования в майнкрафте. Для этого добавьте к аргументам запуска -Dlog4j.configurationFile=log4j2.xml и создайте в директории игры файл log4j2.xml со следующим содержанием:
Ram-диск
Если у тебя ещё остаётся оперативная память, после запуска майнкрафта, ты можешь перенести мир на ram-диск. Также я слышал слух, про то, что имеет смысл перенести JVM на рамдиск и пользуюсь этим советом, но доказательств пользы у меня нет.
TIP: Не пользуйся фичей, если собираешься прегенерировать чанки! Оперативная память закончится моментально. Сейв, с оверворлдом, прогруженным на радиус
300 чанков, запросто съедает больше гигабайта места! И в целом ей стоит пользоваться, только если после запуска майнкрафта и всего, нужного вам во время игры, у вас остаётся гигабайт-другой оперативки: если вы выделите недостаточно места на рамдиске под мир, то потеряете часть своего драгоценного прогресса по игре, когда сейв заполнит весь рамдиск, а если выделите всё, что у вас есть, и оперативка заполнится, то будете сидеть перед замершим компом и ждать, пока OOMKiller прихлопнет вам майнкрафт!
В Linux используется tmpfs и автобекап. Этот гайд хоть и находится на вики арча, но подойдёт для 99% линуксов.
Для Windows есть огромный зоопарк какого-то софта для рамдисков, тот, кто сейчас это пишет, не может ничего порекомендовать из него.
Два мифа оптимизации компьютера, которые никак не умрут
Предисловие
Заблуждений, касающихся работы компьютера, предостаточно. Какие-то очень популярны, какие-то широко известны в узком кругу. Я выбрал парочку особо живучих, поддерживаемых верой тех, кто любит заниматься оптимизацией компьютера. Их опровержение не требует долгих объяснений нюансов работы операционной системы, программ и процессора. Достаточно использовать логику.
Прежде чем приступлю к описанию мифов, напишу несколько тезисов, на которые буду опираться в дальнейшем. Если вы не согласны со мной – подумайте дважды, почему. Может быть, мы с вами живём в параллельных вселенных?
Итак, вот тезисы, которые для меня являются истиной, подкреплённой фактами и знаниями. Надеюсь, после внимательного прочтения вы поймёте, к чему я веду.
1.Операционная система (ОС) – посредник между “железом” компьютера и программами (играми в том числе). В данном случае речь о Windows. Именно ОС и запущенные драйвера рисуют на экране картинку, обеспечивают запуск программ и позволяют запущенному софту использовать ресурсы компьютера: процессор, оперативную память, видеокарту, сеть и тому подобное. Фактически Windows состоит из ядра – небольшой, но сложной программки, которая регулирует приоритеты выдачи ресурсов, отвечает за изоляцию программ и делает много чего ещё, связанного с функционированием софта, запущенных драйверов, которые взаимодействуют с железом компьютера посредством функций ядра и собственно изолированной от железа части, где и крутятся наши игры, браузеры и прочее. Кто хочет узнать подробнее, может почитать статью на Википедии “Архитектура Windows NT”, но это не обязательно в рамках данной заметки. Главное держать в уме, что система – посредник между физической частью ПК и теми программами, с которыми обычно работаем мы, люди.
2. Возможности софта ограничены возможностями операционной системы (в том числе драйверами). У прикладных программ и игр, которые мы видим на экране, нет прямого доступа к железу компьютера, они работают через посредника – Windows. Если система (и драйвера) чего-то не умеют, то программы до этого “чего-то” не доберутся. Например, для звуковой карты моего старого ноутбука Acer 5920G есть несколько версий драйверов. Так получилось, что в одном драйвере можно регулировать усиление звука микрофона, а в другом такой регулировки нет, зато можно включить улучшение звука технологией Dolby Surround. Поэтому, если я хотел слушать музыку с комфортом, приходилось ставить драйвер с Dolby Surround. Когда записывал видеоурок, ставил другой, где микрофон работает заметно лучше. Увы, ни одна программа не может обойти эти ограничения и дать доступ ко всему сразу, потому что нет драйвера, где есть обе упомянутые функции. Поэтому нет такой программы, которая при одном драйвере вернула бы возможности, доступные при другом драйвере. Это правило соблюдается всегда, в том числе для игр. У них нет прямого доступа к железу, только через посредника. Например, графика часто создаётся с помощью команд DirectX, но в контексте данной статьи это не важно.
3. Создатели операционных систем не стремятся намеренно ограничивать производительность компьютера. Иначе будет а-та-та и много исков. Например, Apple наказали штрафом на 5 000 000 евро, когда выяснилось, что ОС старых моделей айфонов снижает производительность со временем. И ещё на 5 миллионов евро за то, что функция замедления работала тайно, без уведомления владельцев устройств. То есть нужно понимать, что если бы в Windows была какая-то функция, без явного уведомления пользователей как-то снижающая скорость вычислений ЦП, отключающая ядра процессора или ограничивающая возможности железа, то об этом бы писали во всех технических (и не только) СМИ. Были бы иски и репутационные потери. Но этого нет и не будет, потому что семейство Windows исследовано вдоль и поперёк. Баги и не оптимальные алгоритмы в системе были, есть и будут, но это случается с каждым сложным программным продуктом. Намеренное замедление не выгодно.
Оптимизация ядер и памяти с помощью MSConfig
Совет изменения настроек в системной утилите MSConfig основан на допущении, что Windows при загрузке не использует все ядра процессора и мегабайты оперативной памяти. Якобы нужно указать их нужное количество с помощью “секретной” настройки, чтобы компьютер быстрее включался и всё быстрее работало.
До “секретной” опции можно добраться так: Пуск – Выполнить (в Windows 10 используйте поле поиска вместо Выполнить) – msconfig – OK.
Запустится программа Конфигурация системы (msconfig.exe). Вкладка Загрузка:
Нужно нажать Дополнительные параметры, чтобы открыть параметры загрузки Windows и там будут вожделенные “суперсекретные” опции:
Сейчас ничего не настроено
Пока очумелые ручки не добрались до настроек, здесь ничего указано не будет, галочки проставлены не будут. С чего бы разработчикам Windows ограничивать производительность системы?
Но люди, не использующие критическое мышление, думают иначе: раз изначально галка не стоит, значит, ограничение включено. Якобы отсутствие галочек не даёт операционной системе узнать, сколько ядер у процессора и сколько оперативной памяти установлено. И якобы нужно указать вручную:
На компьютере восьмиядерный процессор и 8 Гб оперативной памяти
И после перезагрузки компьютер начнет использовать все ресурсы. Это противоречит третьему тезису о том, что Microsoft не ограничивает производительность изначально.
Вариантов у этого совета несколько. Я прошёлся по сайтам, посвящённым оптимизации Windows, выбрав парочку. Например, некий Юрий считает, что по умолчанию установлена загрузка с одного ядра:
Где автор мог узнать, что “по умолчанию загрузка с одного ядра”?
Другие вспоминают про оперативную память. “Блог мастера ПК” утверждает, что с ней та же беда.
Я обрезал часть текста, чтобы не было длинного скриншота. Вот что автор советует дальше:
Он советует указать не только количество ядер, но и размер памяти. А в конце говорит, что можно снять галочку.
Стоп. Где логика? Устанавливается опция, после отключается, как такая манипуляция может на что-то влиять в принципе?
Откуда миф? Полагаю, дело не только в незнании матчасти советчиков и отсутствии логического мышления, но и неоднозначной официальной справке по MSConfig. В статье MSConfig the System Configuration Tool на официальном сайте Microsoft описание опций действительно оставляет место домыслам, если не знать контекста:
Перевод: “Если вы нажмете на Advanced Options (в любой ОС), вы можете установить такие параметры, как количество процессоров, выделенных для операционной системы при загрузке, или максимальный объем оперативной памяти. (В нормальном состоянии не отмечено)”.
Текст официальной инструкции по использованию MSConfig не противоречит мифу: действительно можно указать, сколько процессоров и оперативной памяти использовать при загрузке. Вот только предназначены эти опции не для повышения производительности, а для ограничения в целях тестирования.
Опции в msconfig нужны программистам для тестирования программ, чтобы ограничить доступные ресурсы, сымитировав медленный ПК на быстром.
Если задуматься о репутационных потерях, о штрафах и прочем, возникает понимание, что миф о настройке в MSConfig – полная чушь. В каком бреду можно утверждать, что Windows не задействует все возможные ресурсы при загрузке компьютера? Ведь в интересах разработчиков Windows сделать так, чтобы компьютер включался как можно быстрее без шаманств в настройках. Вводить ограничения глупо.
Некоторые “гении” пытаются доказать, что опция “Число процессоров” ускоряет компьютер, потому что при значении 1 игры начинают тормозить. Логики в этом аргументе нет, опровергнуть его легко. Достаточно запустить любой бенчмарк в системе до первоначальной установки галочки, с галочкой и после повторного снятия галочки. Результаты будут одинаковыми.
При включенном лимите на одно ядро производительность действительно снижается (это заметно в играх), но по умолчанию ограничения выключены и программы вольны использовать все ядра, как им вздумается. То есть опции в MSConfig работают так, как задумано – позволяют при желании пользователя ограничить производительность ПК.
К счастью, данный совет о настройках в MSConfig безвреден. Установка максимальных значений никак не влияет на работу компьютера, ведь результат тот же, что и при выключенных опциях.
Для самых непонятливых: просто снимите галочки.
Не имеет никакого значения, что там в полях – одно ядро или миллион. Не важно, что там в поле “Максимум памяти”. Во что вы играете, насколько старое у вас железо – тоже не имеет никакого значения. Просто снимите все галки, нажмите ОК и живите спокойно дальше. Нет никаких тайных настроек в MSConfig для “разблокирования” процессорных ядер и памяти.
Что с галочкой, что без на “Число процессоров” в окне “Дополнительные параметры загрузки” результат будет одинаков. Это логично, ибо в системе ничего не меняется. Если указать с установленной галкой число процессоров меньшее, чем ядер у процессора на самом деле, то результат в Multi Thread соответственно снизится, но это ожидаемо и подтверждает то, что ограничение работает так, как написано в официальной документации от Майкрософт.
Заставить игру использовать все ядра процессора
Второй миф объяснить сложнее. Дело в том, что программы работают совсем не так, как представляется пользователям ПК. А где много невежества, там много эффекта Даннинга – Крюгера и, конечно, мифов.
Недовольные скоростью запуска программ, частотой смены кадров в играх, люди любят смотреть потребление ресурсов ЦП в Диспетчере задач и заниматься бессмысленными попытками что-то оптимизировать. К примеру, пытаются регулировать параметры вроде предыдущей настройки, чтобы их любимая программа загружала на 100% все ядра процессора.
Проблема в том, что многие манипуляции, популярные благодаря магическому мышлению, на деле в лучшем случае бесполезны. Это сродни использованию чехлов для телефонов, защищающих тело от “вредной” радиации. Знающие физику люди только покрутят пальцем у виска, в то время как остальные скупают чехлы пачками и рекомендуют знакомым поступать так же.
Но вернёмся к работе программ на многоядерных процессорах. На границе знания и незнания возникла “гениальная” идея использовать программу CPU Control для назначения играм всех ядер.
Совет начал встречаться более десяти лет назад. Например, при обсуждении игры Gothic 3, которая любила тормозить на любом, даже самом мощном ПК:
У людей тормозит третья Готика. Что делать? Заниматься шаманством!
На скриншоте выше пользователь s063r посчитал, что игра не задействует второе ядро процессора. Товарищ Shifroval посоветовал использовать программу CPU Control.
Что же это за чудо-зверь такой, который залезает в программный код и заставляет программу изменить логику своей работы? CPU Control – это примитивная утилита для назначения процессу одного или нескольких ядер процессора:
К сожалению, разработчики этой софтины поступили глупо, сделав так, что при запуске все запущенные программы автоматически “назначаются” на первое ядро процессора (включается некий режим “Manual”). Обратите внимание на столбец “CPU” при запуске CPU Control:
Единица и три нуля означают, что программе назначено только первое по счету ядро процессора (четырёхъядерного, по мнению CPU Control). И это происходит после запуска самой утилитой. То, что до запуска ситуация была иной, с помощью CPU Control увидеть нельзя. Можно, конечно, до всех манипуляций глянуть назначения процессов на ядра в Диспетчере задач, но кто в наше время мыслит критически и проверяет работу программ родными утилитами Windows?
То есть получается нехорошая ситуация: человек запускает CPU Control и видит – о ужас – все программы назначены только на одно ядро!
Ложный совет звучит так: программы работают только на одном ядре, в чем можно убедиться, запустив CPU Control. И там можно назначить программе использование всех ядер процессора.
Но это абсолютно неверное утверждение легко опровергнуть. Если до запуска утилиты CPU Control запустить Диспетчер задач и на вкладке “Подробности” нажать по любому процессу правой кнопкой мыши и выбрать пункт “Задать сходство”, то становится понятно, что изначально программам всегда доступны все ядра:
В Диспетчере задач Windows видно, что по умолчанию программам назначены все ядра
Если задействовать критическое мышление, возникнут вопросы:
Ответ прост: CPU Control не делает того, что ей приписывают. Более того, на умение софта “задействовать” все ядра процессора нельзя повлиять извне. Это, в общем-то, внутреннее дело программ – в зависимости от алгоритмов некоторые задачи могут выполняться параллельно на нескольких ядрах, а могут только на одном. Даже слово “назначить” тут не совсем верное – правильнее употреблять “ограничить”.
Без переписывания исходного кода программ как-то повлиять на то, сколько и как ядра ЦП будут “задействоваться”, невозможно. Ограничить или дать потенциальную возможность – да, можно. А “задействовать”, если изначально программа этого не умеет – нет, никак. Это как если бы человеку, который привык считать на калькуляторе, подсунули второй и сказали: считай на двух! Это бы ускорило его работу? Нет, конечно.
Задачу, которая предназначается для одного потока, нельзя распараллелить влиянием извне. Нужно менять саму задачу, использовать другие алгоритмы. Это касается не только компьютеров, а вообще всех сфер деятельности – от производственных процессов до офисной работы.
Однако в интернете и в комментариях под этим текстом люди на полном серьёзе убеждают, что утилита помогает, что игры начинают работать быстрее. Неправы ли они? Не совсем!
Миф очень живуч, потому что иногда переназначение софта на разные ядра делает компьютер отзывчивее. Происходит в ситуации, когда в системе запущен процесс, сильно нагружающий процессор, о котором юзер из-за неумения пользоваться системным Монитором ресурсов не знает. Это может быть какой-нибудь скрытый вирус-майнер или вкладка браузера с большим количеством тяжёлых элементов на странице (видео, онлайн-игр, рекламы). Тогда назначение только на одно ядро ограничивает доступные зловреду ресурсы и дает возможность остальным ядрам процессора работать на благо игры, ведь пользователь назначит ей все ядра. Но это лечение симптома, не решение проблемы.
Как нужно настраивать на самом деле?
Тогда получите что хотели: увеличение производительности ПК.
Кстати, CPU Control на восьмиядерных системах видит только четыре ядра. Ждём советы по включению пропавших ядер?
Постскриптум
Уже который год в комментариях объявляются пользователи, якобы наблюдающие ускорение ПК при выполнении настроек, описанных выше. Мол, если в MSConfig выставить ядра, ПК включается быстрее или фризы пропадают в играх, или что CPU Control сделала их жизнь лучше, а волосы стали гладкими и шелковистыми даже там, где их не было.
Если один из описанных эффектов ускорения случился и с вами, убедитесь, что не обманываете себя. Проведите слепое тестирование, зафиксируйте появление и исчезновение подтормаживаний в играх любой утилитой измерения fps, измерьте одно- и многопоточную производительность ЦП в CPU-Z.
С момента написания статьи в марте 2016 года никто так и не привёл доказательств, основанных на результатах бенчмарков, ограничиваясь общими фразами в духе “автор врёт, я поставил галку и теперь игры летают!”. На уровне ощущений показаться может что угодно, но это нельзя считать фактами, поэтому я чищу ветки комментариев от таких сообщений.