Что такое фризы на компьютере
Обновлено: 07.07.2024
Привет, пикабушники.
Во многих играх появляются фризы просто так.
Происходит это примерно так: Играю в какую-либо игру (на примере возьмем две - CS:GO и BF5), все идет плавно, в 60 фпс (ультра настройки) - а потом бац, и проседает до 30-35 фпс на несколько секунд, и после этого опять все возвращается на стабильные 60 фпс. Зависит это не от того, что происходит в игре - в БФ5 просто бежишь, никаких эффектов (большого кол-ва взрывов и т.д.) нет, но фризы появляются, при том что когда этих эффектов уйма, взрывов очень много возле тебя, песок летит, что-то разрушается - их нет. Про CS:GO даже говорить нечего, локация одна и та же, но фризы вылазят из преисподни, и мешают играть. Резкое падение с 300 фпс до 30 на несколько секунд. Самое странное, что зависит это даже не от настроек графики - ставил и в БФ5 и в CS:GO все на минималки, для теста - результат тот же самый, на несколько секунд проседания до 30 фпс.
Характеристики ПК:
Процессор AMD FX-8300 8 ядер, 3.3 ГГц, шина 5200 МГц
Видеокарта MSI GTX 1050 TI 4gb
Оперативка 12гб, две планки (8 и 4гб) обе 1666 мгц
БП 400 ватт
Все новое, покупалось не так давно (месяца четыре назад), не изношенное.
Драйвера на видеокарту стоят самые последние.
Проводил тесты, смотрел на загружаемость процессора и карты во время игры - там и на 90% не доходит, по этому перегрузки никакой нет, соответственно фризов из-за использования большего объема доступных ресурсов чем имеется не может быть. Тем более в CS:GO, которая требует даже на ультрах достаточно мало.
В чем может быть проблема?
Пока грешу на блок питания, есть мысль, что не хватает его 400 ватт на питание системы.
По поводу вирусов - их нет, недавно переустановил только винду, и после этого качал игры только с официальных платформ (origin, steam). Все что есть на ПК из игр и программ - официальные продукты, вирусняк подцепить никак не мог, ПК пользуюсь только я.
Отписываю для тех, у кого такая же проблема, и наткнулись на эту тему через поиск в гугле:
Был включен буст в биосе, ещё при покупке новых комплектующих включил попробовать, и забыл о нём вообще. Из-за буста система работала нестабильно, перегрева не было, но ФПС в играх периодически скакал с высоких значений на очень низкие. Помимо игр подлагивания ощущаются и в других приложениях, но не так сильно. По этому если у Вас такие симптомы - чекаем включали ли буст (оф. буст, например как AMD Core unlock и режимы работы всех ядер постоянно и т.п.), повышали ли частоту ядер ЦП, оперативы, видюхи и все-все-все остальное. Каждое ваше действие с разгоном любой из комплектующей может вызвать нестабильную работу системы. По этому, прежде чем клацать (если не разбираетесь), лучше почитайте что и как, и полностью ознакомьтесь со своей системой и её способностями, сможет ли она выдержать те или иные бусты.
После отключения буста система запела как мотор нового жигуля в свое время, фризов с тех пор не видел
Такая же проблема, купил новый пк. И начались фризы да такие дикие, и не в игре а просто на рабочем столе , после 5-10 минут работы
Попробуй вот это, мне помогло.
прогони OCCT и понаблюдай за графиками, примерно час пусть работает, можно больше. Только в настройках укажи тестить все. Либо частота проца скизывается, либо с озу проблемы. Я бы так тестировал.
Лучше скажи после чего это всё проявилось?
"Играю в какую-либо игру (на примере возьмем две - CS:GO и BF5), все идет плавно, в 60 фпс (ультра настройки) - а потом бац, и проседает до 30-35 фпс на несколько секунд, и после этого опять все возвращается на стабильные 60 фпс."
1 в 1 у меня так было недавно из-за того, что проц перегревался. Я реобасом скрутил обороты кулера на минимум ночью (нужна была тишина), а на след день пошёл играть и забыл вернуть обороты. Потом включил мониторинг и вспомнил =D
Как тесты проводил? Ставил Msi прогу, которая показатели прямо в игру выводит? Надо отслеживать не только нагрузку проца/гпу, но еще видео память, оперативку, частоты.
По производительности он примерно равен линейке процессоров intel core i3
>Все новое, покупалось не так давно (месяца четыре назад)
зачем покупать такое железо в 2к18?
шина 5200? может 2200 на ХТ и 2200 на контроллере памяти, так проблема именно в этом, для нормальной работы фх нужны 2600 на шинах хт и контроллере и как минимум 1866 память ибо это его рекомендованые изготовителем (АМД) частоты, но все материнки на ам3+ никогда не запускают фх на рекомендованных частотах, так уж получилось из-за обратной совместимости с сокетом ам3 и процессорами феном где и были 2200 и 1333 память. подымай это всё в ручную, это даже разгоном не считается, это привод к паспортным значениям
У процессоров линейки FX, физически имеются 8 вычислительных ядер. Но на каждые 2 ядра, объединенные в модули, выделен 1 блок кеша L2.Говорить, что процессор полноценно 8 ядерный не стоит.
"В чем может быть проблема?"
Тут проще сказать где проблем нету.
2 разные плашки памяти, скорее всего у тебя не настроена нормально система, возможно проблема с охладом северного моста. 1050ti сама по себе будет в БФ5 лагать. 400ватт это наименьшая проблема. И да, еще лаги могут быть из-за жесткого диска, Собрки винды от Васяна и т д
Проверь систему Heavens Benchmark пару раз, он маленький и в плане оперативки и делает мало запросов к жесткому диску, если лагов не будет то HDD.
Стоит HDD или SSD ?
Поставь AIDA64/CPU-Z/GPU-Z или еще что нибудь подобное. Понаблюдай графики в о время игры что конкретно в железе просаживается.
Когда определишь процессор/диск/видеокарта/температура уже от этого будешь смотреть что делать в дальнейшем.
а что значит фризы?
50 лет назад создан первый микропроцессор
Микропроцессор Intel 4004 в керамическом корпусе с серыми полосами (оригинальный тип корпуса)
15 ноября 1971 года фирма Intel выпустила свой первый коммерческий микропроцессор Intel 4004, ставший также первым микропроцессором в мире. Его разработка началась в 1969 году, когда японская компания Nippon Calculating Machine Corporation попросила Intel создать 12 чипов для калькулятора Busicom 141-PF.
Эта задача была поручена инженерам Федерико Фаггину, Теду Хоффу и Стэнли Мазору. Именно они придумали инновацию, которая стала настоящей гордостью компании: 16-пиновый микропроцессор из единого куска кремния с 2300 транзисторами MOS, работающий с частотой 740 кГц.
- По стечению обстоятельств первый микропроцессор получил обозначение, аналогичное дате сотворения мира по версии одного из основоположников библейской хронологии Джеймса Ашшера.
- Цикл инструкций: 10,8 микросекунд (в рекламном буклете Intel есть ошибка, указана скорость выполнения операций 108 кГц вместо 93 кГц, ошибку заметили лишь на 40-летие процессора в 2011 году).
- Intel 4004 является одной из самых популярных микросхем в плане коллекционирования. Наиболее высоко ценятся бело-золотые микросхемы Intel 4004 с видимыми серыми следами на белой части (оригинальный тип корпуса). Так, в 2004 году такая микросхема на интернет-аукционе eBay оценивалась примерно в 400 долларов. Немного менее ценными являются микросхемы без серых следов на корпусе, обычно их стоимость составляет порядка 200—300 долларов
Быстродействующие модули памяти для оптических компьютеров будущего
Эффект, благодаря которому возможна запись информации в кремниевом кольцевом микрорезонаторе с помощью импульсов света разной интенсивности, впервые описан учеными ЛЭТИ. Он открывает большие возможности по созданию быстродействующих модулей памяти для оптических компьютеров будущего.
Современные электронные вычислительные машины подходят к пределу своих возможностей по соотношению производительности к энергозатратам. Поэтому научные группы по всему миру разрабатывают логические интегральные схемы на альтернативных принципах, которые будут более компактными, энергоэффективными и быстродействующими. Один из видов таких схем — фотонная интегральная схема, в которой передача, хранение и обработка информации производится с помощью света.
Проект находится в русле многолетних работ, проводимых на кафедре физической электроники и технологии по исследованию новых физических эффектов в твердом теле, имеющих большие перспективы для создания устройств хранения и обработки информации. В частности, в 2020 году ЛЭТИ получил мегагрант Правительства Российской Федерации на проведение разработок в области резервуарных вычислений на принципах магноники.
Представьте себе: вот вы ждете новую часть вашей любимой игры и, наконец, она выходит. Специально под это дело вы обновили свой ПК: установили новейшие ЦП и ГП, увеличили объем оперативки и даже заменили жесткий диск на SSD. Теперь игра должна запускаться у вас гладко, как шелк, с первого же экрана загрузки и до самого конца.
Вот вы скачиваете себе ранее оплаченный предзаказ. Завершается установка, вы запускаете игру. Все идет хорошо: игра «летает» с частотой кадров 60 FPS. Или, во всяком случае, так говорит вам счетчик кадров в оверлее вашего ГП. Но что-то идет не так. Вы водите мышкой туда-сюда и замечаете, что игра… фризится.
Как это возможно? Какие еще фризы при 60 FPS?
Это может казаться смешным до тех пор, пока не столкнешься с этим сам. Если вы встречались с такими фризами, то наверняка уже успели их возненавидеть.
Это не лаги. Не низкий фреймрейт. Это статтеринг. При высоких FPS и идеальной сверхбыстрой конфигурации.
Что это такое, откуда взялось и есть ли способ от него избавиться? Сейчас разберемся.
Со времен появления первых аркадных автоматов в 70-ых годах видеоигры работают на 60 FPS. Обычно предполагается, что игра должна работать с той же скоростью, что и дисплей. Только после популяризации 3D-игр нам пришлось столкнуться и принять более низкую частоту кадров. Еще в 90-х годах, когда «3D-карты» (которые теперь называют «графическими процессорами») начали заменять программный рендеринг, люди спокойно играли с частотой 20 кадров в секунду, а 35 FPS считалась уже частотой для серьезных соревнований по сети.
Теперь же мы располагаем сверхбыстрыми машинами, которые, конечно же, могут летать на 60 FPS. Тем не менее… похоже, что недовольных производительностью теперь стало больше, чем когда-либо. Как это возможно?
Дело не в том, что игры работают недостаточно быстро. А в том, что они фризятся даже с высокой производительностью.
Если вы пробежитесь по игровым форумам, то, вероятно, встретите в заголовках тем что-то вроде такого:
ПК-геймеры часто жалуются, что игры страдают от статтеринга даже при отсутствии проблем с частотой кадров.
Можно предположить, что это единичные случаи, но такие допущения развеивает статистика поиска в Google:
За последние 5 лет статтеринг стал (относительно) большей проблемой, чем производительность.
(Обратите внимание, что это относительные значения. Дело не в том, что люди ищут информацию о статтеринге чаще, чем о фреймрейте в целом. В то время, как количество поисковых запросов о частоте кадров остается прежним, поисковые запросы о статтеринге появляются все чаще, особенно в последнее время.)
Десятилетие поиска причин статтеринга
Пациент точно жив. Просто часто фризится.
Впервые автор столкнулся с этой проблемой где-то в 2003 году во время работы над Serious Sam 2. Люди стали сообщать о случаях, когда во время тестирования на пустом уровне движения экрана и мыши оказывались не плавными. Это сопровождалось очень специфическим паттерном на графике частоты кадров, который команда разработки назвала «сердцебиением».
Первой мыслью было то, что где-то в коде закралась ошибка, но никто не смог ее найти. Казалось, что проблема появлялась и исчезала случайным образом — при перезапуске игры, перезагрузке компьютера… но стоило изменить какой-либо параметр производительности, и она исчезала. Затем можно было поменять параметр обратно, и все продолжало работать идеально. Проблема-призрак.
Очевидно, проблема была не только в «Сэме». При запуске других игр она возникала точно так же, наводя на мысли, что тут что-то с драйверами. Но появление статтеринга не зависело от производителя вашего графического процессора. Оно имело место даже при разных API (OpenGL, DirectX 9, DirectX 11…). Единственное, что оставалось общим, так это что статтеринг появлялся то тут, то там на некоторых машинах и игровых сценах.
С выпуском новых игр эта проблема продолжала то появляться, то исчезать. Раньше это затрагивало лишь некоторых пользователей, и все ограничивалось просьбами со стороны техподдержки изменить кое-какие параметры производительности — что иногда помогало, а иногда нет, никогда не угадаешь.
Затем внезапно, в один прекрасный зимний день в начале 2013 года, ребята из Croteam обнаружили еще один пример этой проблемы, который на тот момент можно было относительно последовательно воспроизводить — на этот раз на одном из уровней в «Серьезном Сэме 3». Они долго возились с той сценой, пока вдруг не осенило. Все было настолько просто — неудивительно, что целое десятилетие это ускользало от всеобщего внимания.
Изменив всего одну простую опцию в игровом движке, у них получилось решить эту проблему. Однако сразу стало ясно, что на самом деле решение потребует гораздо больше времени и усилий. И не только от конкретной команды, но и от всей игровой экосистемы: разработчиков драйверов ГП, специалистов по сопровождению API, поставщиков ОС — всех.
Что происходило все это время
Вот как это выглядит, когда игра «тормозит» даже при 60 FPS. Вы могли испытать нечто подобное, играя в любую современную игру, и, вероятно, первым делом подумали бы, что игра не оптимизирована. Что ж, давайте пересмотрим эту теорию.
Если игра «слишком медленная», это означает, что в некоторых моментах она не сможет отрендерить один кадр достаточно быстро, и монитору придется снова показать предыдущий кадр. Поэтому, когда мы снимаем видео со скоростью 60 кадров в секунду, оно должно показывать «пропущенные кадры» — когда следующий кадр не был отображен вовремя, отчего один и тот же был показан дважды.
Однако это происходит только тогда, когда вы воспроизводите всю анимацию целиком. Если бы вы перебирали ее покадрово, то никаких разрывов бы не обнаружили.
Как такое возможно?
Давайте рассмотрим это подробнее. Ниже представлено параллельное сравнение идеального плавного видео и видео со статтерингом:
Шесть последовательных кадров с точной синхронизацией. Наверху — правильно расположенные кадры, внизу — кадры со статтерингом.
Здесь можно увидеть две вещи: во-первых, они действительно работают с одинаковой скоростью: всякий раз, когда появляется новый кадр сверху (правильный), тогда же появляется новый кадр и снизу (статтеринг). Во-вторых, по какой-то причине кажется, что они двигаются немного иначе — в середине изображения есть заметный «разрыв», который колеблется между большим и меньшим разделением по времени.
Самые внимательные могут заметить еще одну любопытную деталь: нижнее изображение — якобы более «медленное»… на самом деле идет «впереди» правильного. Странно, не правда ли?
Если мы посмотрим на несколько последовательных кадров и их время, мы можем наблюдать еще кое-что интересное: первые два кадра идеально синхронизированы, но на третьем кадре дерево на «более медленном» видео значительно опережает свой аналог на «правильном» видео (обведено красным). Также можно заметить, что этот кадр явно занял больше времени (обведено желтым).
Подождите, подождите… но если видео «медленнее», а кадр «занял больше времени», то как оно может идти с опережением?
Для понимания дальнейших объяснений сначала необходимо разобраться, как современные игры и другие 3D-приложения вообще выполняют анимацию и рендеринг.
Краткая история синхронизации кадров
Давным-давно, в далекой-далекой галактике… когда разработчики создавали первые видеоигры, обычно они это делали с учетом точной частоты кадров, на которой работал дисплей. В регионах NTSC, где телевизоры работают с частотой 60 Гц, это подразумевает 60 кадров в секунду, а в регионах PAL/SECAM, где телевизоры работают с частотой 50 Гц, — 50 кадров в секунду.
Большинство игр представляли собой очень простые концепции, работающие на фиксированном оборудовании — обычно на аркадной консоли или хорошо известном «домашнем микрокомпьютере», таком как ZX Spectrum, C64, Atari ST, Amstrad CPC 464, Amiga и т. д. Таким образом, создавая и тестируя игры для конкретной машины и определенной частоты кадров, разработчик всегда мог быть на 100% уверен, что фреймрейт никогда никуда не упадет.
Скорости объектов также сохранялись в «кадровых» единицах. Таким образом, вам необходимо было знать не на сколько пикселей в секунду будет перемещаться персонаж, а на сколько пикселей в кадре. Например, в Sonic The Hedgehog для Sega Genesis такая скорость составляет 16 пикселей на кадр. Многие игры даже имели отдельные версии для регионов PAL и NTSC, где анимация рисовалась от руки специально для 50 и 60 FPS, соответственно. По сути, работа с любой другой частотой кадров была просто невозможна.
И поскольку со временем игры стали запускаться на более разномастных устройствах, включая ПК с постоянно расширяемым и обновляемым оборудованием, нельзя было точно знать, на какой частоте кадров будет работать игра. Этот факт усугублялся тем, что сами игры стали более сложными и непредсказуемыми — особенно это заметно в 3D-играх, где могут быть большие различия в сложности сцены, иногда даже определяемые самими игроками. Например, всем же нравится стрелять по штабелям бочек с горючим, тем самым вызывая красочную череду взрывов… и неизбежное падение частоты кадра. Но поскольку это весело, то никто и не против.
Поэтому сложно предсказать, сколько времени потребуется для моделирования и рендеринга одного кадра. (Обратите внимание, что на современных консолях у нас, можно считать, фиксированное оборудование, но сами игры при этом все равно довольно непредсказуемы и сложны.)
Если вы не можете быть уверены, с какой частотой кадров будет работать игра, вам необходимо измерить текущую частоту кадров и постоянно адаптировать физику игры и скорость анимации под нее. Если один кадр занимает 1/60 секунды (16,67 мс), а ваш персонаж бежит со скоростью 10 м/с, то он перемещается на 1/6 метра в каждом кадре. Но если кадр вдруг начнет занимать 1/30 секунды (33,33 мс), то вы должны перемещать персонажа уже на 1/3 метра за кадр (в два раза «быстрее»), чтобы он продолжал двигаться с той же видимой скоростью.
Как это устроить? Как правило, игра замеряет время в начале соседних кадров и вычисляет разницу. Это довольно простой метод, но он работает очень хорошо.
Вернее, раньше работал очень хорошо. Еще в 90-х, когда 35 FPS считалась ого-го какой скоростью, люди были им более чем довольны. Но в то время видеокарты не были столь значительной частью ПК, и контроль надо всем происходящим на экране имел центральный процессор. Если у вас не было 3D-ускорителя, он даже сам рисовал объекты. Таким образом, он точно знал, когда они попадут на экран.
Ситуация на сегодняшний день
Со временем стали появляться все более сложные графические процессоры, и они неизбежно становились все более и более «асинхронными». Это означает, что когда ЦП дает команду ГП отрисовать что-то на экране, ГП просто сохраняет эту команду в буфере, чтобы ЦП мог продолжать свои дела, пока ГП выполняет рендеринг. В конечном итоге это приводит к ситуации, когда ЦП сообщает графическому процессору, когда наступает конец кадра, а графический процессор, сохраняя это среди своих данных, на самом деле не считает это чем-то приоритетным — ведь он все еще обрабатывает некоторые из ранее выданных команд. Он покажет кадр на экране только тогда, когда выполнит все, чем его загрузили до этого.
Итак, когда игра пытается вычислить время, вычитая временные метки в начале двух последовательных кадров, релевантность этого, откровенно говоря… весьма сомнительна. Поэтому вернемся к нашему примеру. Там у нас были такие кадры:
Шесть последовательных кадров с точной синхронизацией. Верхний ряд — правильный, нижний — с эффектом статтеринга.
В первых двух кадрах время кадра составляет 16,67 мс (или 1/60 секунды), и камера перемещается на одинаковую величину в верхнем и нижнем случаях, поэтому деревья синхронизированы. В третьем кадре (внизу, со статтерингом) игра увидела, что время кадра составляет 24,8 мс (то есть, больше 1/60 секунды) и оттого думает, что частота кадров упала, и бросается нагонять пропущенное… только для того, чтобы обнаружить, что на следующем кадре время составляет всего 10,7 мс, отчего камера замедляется, и теперь деревья снова более или менее синхронизированы.
Что же происходит? Измеряемое игрой время кадра колеблется из-за различных факторов — особенно в загруженной многозадачной системе, такой как ПК. Поэтому в некоторые моменты времени игра полагает, что частота упала с 60 FPS, и генерирует кадры анимации, рассчитанные на более низкую частоту кадров. Но из-за асинхронного характера работы ГП она всегда так или иначе возвращается к тем же 60 кадрам в секунду.
Это и есть статтеринг — анимация, сгенерированная для переменной частоты кадров (сердцебиения), отображающаяся с фактической правильной фиксированной частотой кадров.
Так что по существу можно считать, что никакой проблемы нет — все идет гладко, просто игра этого не знает.
Это подводит нас к тому, о чем мы говорили в начале статьи. Когда мы, наконец, выяснили причину проблемы (хотя мы знаем, что это иллюзия проблемы — ведь на самом деле проблемы нет, не так ли?), мы можем применить следующую волшебную пилюлю.
Что это за пилюля? В Serious Engine она обозначается как sim_fSyncRate = 60. Проще говоря, это означает вот что: «полностью игнорировать все эти махинации с синхронизацией и делать вид, что мы всегда измеряем стабильные 60 кадров в секунду». И это заставляет все работать гладко — только потому, что с самого начала все работало гладко! Единственная причина, по которой появлялся статтеринг, — это неправильное время, используемое для анимации.
И что же, на этом все?
Значит, решение настолько просто?
К сожалению, нет. Это было просто только на тестах. Если бы мы прекратили измерять частоту кадров в реальных условиях и просто предположили, что она всегда равна 60 FPS, тогда, когда она упадет ниже 60 — а на ПК она рано или поздно упадет по какой бы то ни было причине: работа программ в фоновом режиме, сохранение энергии или защита от перегрева, кто знает, — тогда все замедлится.
Итак, если мы измеряем время кадра, происходит статтеринг, а если нет, в какой-то момент все может замедлиться. И что тогда?
Реальным решением было бы измерение не времени начала/окончания рендеринга кадра, а времени, когда изображение показывается на экране.
Но как игра может узнать, когда кадр действительно отображается на экране?
Да никак: в настоящий момент этого сделать невозможно.
Странно, но факт. Можно было бы ожидать, что это будет базовой функцией каждого графического API. Но нет: они претерпели изменения во всех других аспектах, кроме этого. Нет способа узнать наверняка, когда кадр действительно отобразится на экране. Можно выяснить, когда закончился рендеринг. Но это не то же, что время отображения на экране.
Что теперь?
Ну, все не так уж и плохо. Много кто активно работает над реализацией поддержки правильной синхронизации кадров для разных API. Vulkan API уже имеет расширение под названием VK_GOOGLE_display_timing, которое зарекомендовало себя в реализации этой концепции, но оно доступно только для ограниченного числа устройств.
Ведется работа по предоставлению похожих и более лучших решений, хотелось бы верить, что уже во всех основных графических API. Когда? Сложно сказать, ведь проблема глубоко врезается в различные подсистемы ОС.
Тем не менее, мы надеемся, что вскоре это станет доступным для более широкой общественности.
Различные предостережения и другие детали
Будем считать, что это конец основного текста. Разделы ниже представляют собой «бонусные функции», в основном независимые друг от друга и от описанного выше.
«Композитор»
Это что, эффект матового стекла? Ага, так вот почему у нас обязательно должен быть композитор. Довольно важно, не правда ли?
Во всем этом за кулисами задействована концепция под названием Compositing Window Manager, также известная как композитор. Это система, которая теперь присутствует в каждой ОС и позволяет окнам быть прозрачными, иметь размытый фон, тени и т. д. Композиторы могут пойти и дальше — и показывать окна ваших программ в 3D. Для этого композитор берет на себя управление самой последней частью кадра и решает, что с ним делать, непосредственно перед тем, как он попадает на монитор.
В некоторых ОС композитор можно отключить в полноэкранном режиме. Но это не всегда возможно, и даже в таких случаях — разве не можем мы запустить игру в оконном режиме?
Управление питанием и температурой VS сложность рендеринга
Мы также должны принять во внимание тот факт, что современные ЦП и ГП не работают с фиксированной частотой, но у обоих есть системы, которые регулируют их скорость вверх и вниз в зависимости от нагрузки и текущей температуры. Таким образом, игра не может просто предположить, что они будут иметь одинаковую скорость от кадра к кадру. С другой стороны, операционная система и драйверы не могут ожидать, что игра будет выполнять одинаковый объем работы в каждом кадре. Сложные системы связи между двумя сторонами должны быть спроектированы таким образом, чтобы все это принималось во внимание.
Разбор и способ лечения тормозящего компьютера. Как ускорить работу компьютера?
Доброго времени суток, друзья, расскажу на своём личном опыте, как я ускорил свой пк в 2-3 раза.Для начала разберём основные комплектующие, влияющие на быстроту работы компьютера.
Первое и основное - это жёсткий диск или SSD , они непосредственно отвечают за скорость чтения данных.
Второе и не менее важное - Процессор .
Третье - Оперативная память.
Начнём с менее распространённой проблемы - это проблема с оперативной памятью , лично у меня с ней никогда никаких проблем не было. Но, по словам моего друга, работающего в сфере ремонта компьютеров, ошибки и поломки ОЗУ - дело достаточно распространённое, в 15-20% случаев пк может просто не включаться, если одна из планок ОЗУ не работает или работает некорректно, проверяется это очень просто: вытаскиваешь по одной планке и запускаешь пк (если компьютер не включается, попробуйте этот метод, возможно, пригодится).
Итак, диагностику ОЗУ можно провести прямо в системе или скачать программу "MemTest 86". Полностью ход диагностики расписывать не буду, так как это на отдельную статью, оставлю ссылку на видео с полным разбором вот здесь .
Далее процессор .
Со временем я начал замечать, что компьютер работает медленнее, игры стали фризить, и если год назад Skyrim выдавал 60 FPS стабильно, то сейчас 45-55 FPS, что же случилось? Ломая голову, начиная грешить на вирусы в системе и майнеров, я из интереса запустил программу AIDA 64 Extreme, температура процессора была просто ужасающей, в нагрузке на 100 % компьютер начинал фризить, температура поднималась до 84 градусов, и сразу стало ясно, что дело всё же в охлаждении, а именно засохшая и не менянная уже года три термопаста. После замены термопасты ко мне вернулись мои стабильные 60 FPS, но, к сожалению, компьютер не стал работать гораздо быстрее. В чём же тут проблема?
Жёсткий диск и SSD.
SSD в большинстве случаев всегда работает корректно, что нельзя сказать о HDD (жёстком диске), для диагностики и проверки жёсткого диска можно использовать программу Crystaldiskinfo, данная программа показывает сколько повреждённых секторов имеется на жёстком диске, в целом, критерии нормы от 0 до 1 сектора, более двух - жёсткий диск уже начинает тормозить и работать некорректно, но здесь также есть одна загвоздка, расскажу на своём опыте, был у меня жёсткий диск, на котором повреждённых секторов не было.
Но был один аспект, который меня смущал - это определённого рода звук (треск) жёсткого диска при прогрузке компьютером какой-либо программы или игры, после чего я заменил его на чистый тестовый жёсткий диск и был удивлён быстроте работы компьютера, даже с учётом того, что у меня было 7200 оборотов в секунду, а поставлен был жёсткий диск на 5400.
Отдельно могу дать совет: секторы на диске могут быть переназначены, что тоже некорректно скажется на работе пк, в этом случае самым правильным способом лечения будет переустановка ОС.
И вот таким нехитрым образом я увеличил быстроту своего пк в два, а то и в три раза.
Надеюсь, статья была для вас полезна, если так, не забудь тыкнуть "Нравится" и написать комментарий, как ещё можно улучшить работу компьютера. Всем удачи и до скорых встреч.
В то время, когда словом «игра» стали описывать ожившую мультипликацию на экране компьютера, люди не знали, что такое плавный геймплей и графика уровня некстген. Главными оставались сюжет и узнаваемость, потому что улучшить графику не позволяла производительность платформ того времени. С появлением мощных систем игры практически превратились в фильмы с настоящими актерами и реалистичным окружением.
Комплектующие, периферия и ПО работают в рамках стабильности, ведь любая запчасть компьютера рассчитана на стандартные условия. В таком режиме программы работают без ошибок, игры без просадок и система не подведет пользователя во время кодирования видеороликов или написания магистерской работы. Но даже полностью стабильную сборку можно вывести из себя, если нагружать не один узел, а сразу все. Сделать это можно специальным нагрузочным софтом или требовательными играми. Тогда задание раздается всем комплектующим, где даже мелкий недочет может стать причиной BSOD, фризов, подергиваний и низкого FPS в играх.
Аппаратные проблемы
Процессор
Компьютер устроен по типу «звезда»: все узлы связаны между собой через центральный процессор. Он первый попадает под ответственность за нестабильное поведение и скорость работы в играх. С помощью некоторых показателей можно узнать, кроется причина тормозов в нем или нужно трясти другие запчасти.
Процессор троттлит. Во время длительной нагрузки процессор может перегреваться и снижать рабочую частоту ядер, чтобы вернуть температуру к безопасному значению. В нашем случае это одна из причин тормозов в играх — ниже частота, хуже производительность.
Проверить легко: нагружаем CPU с помощью теста стабильности, следим за температурой и частотой ядер. Современные камни рассчитаны на стабильную работу до 90–100 градусов, поэтому при достижении этих цифр частота может снижаться.
Решение: сменить термопасту, подобрать мощную систему охлаждения и чаще убирать пыль в системнике.
Процессор перегружен. В простых задачах, в том числе казуальных играх, компьютер «летает», но запуск требовательных задач «вешает» систему и дает просадки в производительности. Тогда виснут не только игры, но и браузеры и офисные программы.
Проверить легко: нужно проследить за уровнем загрузки процессора в различных задачах. Например, если во время игры чип загружен на 100 %, вероятно, его мощности мало — можно вызывать процессор на серьезный разговор.
Решение: подобрать новый процессор с большей мощностью на ядро (IPC) или разогнать старый. О том, как разогнать процессоры Intel и AMD рассказывали в статьях Клуба.
Процессор отдыхает. Если процессор загружается всего на 40–60 %, и при этом все тормозит, нужно искать причину в других комплектующих.
Видеокарта
Вторая по важности часть игрового тандема — видеокарта. Она отвечает за обработку графики: фоторедакторы, видеоредакторы, ускорение обработки страниц в браузере и, конечно, игры. От ее мощности зависит количество кадров в секунду и общее впечатление от игры.
Игры тормозят не сразу. Первая причина тормозов в играх — это перегрев видеочипа. Как и процессор, он сильно нагревается под нагрузкой и может сбрасывать тактовые частоты, если температура подходит к максимальным значениям. В таком случае, график кадров начинает «прыгать» вместе с частотой чипа, а отсюда и тормозное поведение в играх после прогрева.
Проверить легко: ставим высокие настройки графики, играем 5–10 минут и следим за температурой и частотой. Если температура не прекращает подниматься и преодолевает отметку в 75–80 градусов (для актуальных поколений настольных ускорителей этого уже достаточно), то частота начнет снижаться до базовых значений, минуя правила TurboBoost. Кстати, игру можно заменить на шерстяной FurMark.
Решение: заняться системой охлаждения — очистить от пыли радиатор видеокарты, проверить работу вентиляторов и сменить термопасту. Не забываем про хорошую продуваемость корпуса.
Игры тормозят сразу. Разработчики игр всегда предоставляют информацию о системных требованиях проекта, которые позволяют играть на высоких настройках с комфортным уровнем FPS. Однако, стоит понимать, что это усредненные значения, и для каждой сборки нужно подбирать правильные настройки графики. Конечно, если это не топовый графический монстр RTX 3080 и его аналоги.
Проверить легко: ориентируемся на класс видеокарты и системные требования. Логично, что GTX 1060 уже не потянет новинки на высоких даже в 1080р, как это было с прошлыми проектами (например, Ведьмак 3). Зато RTX 3070 будет спокойно играть в Cyberpunk 2077 на максимальных настройках в разрешении 1440p, при этом график кадров не должен опускаться ниже 60 даже в самых нагруженных сценах.
Решение: если мощности видеокарты недостаточно, то придется заменить ее на новую и более мощную, или разогнать старую (по возможности, учитывая хорошее охлаждение).
Оперативная память
Следующий подозреваемый в деле о тормозящих играх — ОЗУ. В оперативной памяти хранятся игровые данные, текстуры и модели, которые готовы переместиться в видеопамять по требованию. Соответственно, если эта часть компьютера работает не так, как нужно современным играм — жди тормозов.
Мало памяти. Для повседневной работы компьютер использует только собственный объем оперативной памяти. Когда возрастает нагрузка, и программе необходимо еще больше памяти, система может обратиться к буферу (файл подкачки) на системном диске. В этом случае устаревшие данные выгружаются из ОЗУ на диск, а новые записываются в оперативку. Соответственно, если игре необходимо 6 Гб свободной памяти, а на компьютере всего 8 Гб, и 2 Гб уже занято системой и программами, то для нормальной работы компьютера придется скидывать данные из ОЗУ на диск. А это медленная память, которая не обеспечивает нужную скорость передачи данных, особенно для игр.
Проверить легко: современным играм необходимо минимум 16 Гб оперативной памяти, из которых поле запуска системы остается не более 14 Гб.
Решение: докупить еще один комплект оперативной памяти или заменить на более емкие модели.
Низкая скорость передачи данных. Оперативная память, как и диск, хранит в себе данные. Соответственно, здесь так же имеются скорости чтения, записи и копирования, от которых зависит общая производительность компьютера, в том числе в игровых нагрузках. Словом — чем быстрее, тем лучше. Слишком низкие скорости однозначно снижают производительность сборки в играх. Например, возможностей стандарта DDR3 уже не хватает для новых ААА-проектов.
Проверить легко: запускаем тест AIDA Memory Test и смотрим, какие цифры появятся в окошках Read, Write и Copy.
Решение: актуальные системы с оперативной памятью типа DDR4 показывают от 40 000 МБ/с по всем показателям, чего вполне достаточно для всех задач. Но существуют комплекты памяти с заводским разгоном (XMP), при активации которого можно повысить частоту и снизить тайминги. Это хорошо для любых задач.
Оперативная память может давать сбои и ошибки, которые не вешают систему полностью, а лишь снижают производительность. Поэтому необходимо проверить ОЗУ с помощью программы MemTest86 или TestMem5. Особенно, если она работает в разгоне.
Накопитель
Во время игровой нагрузки компьютер обращается к оперативной памяти за часто используемыми данными. В то же время на диске хранится основная часть ресурсов, откуда они постепенно подгружаются в ОЗУ. Скорости обычного HDD уже мало для плавной работы игр с текстурами высокого разрешения, а также игр с открытым миром. Если в определенный момент игре понадобятся файлы из дальнего угла HDD, тормоза и фризы будут сопровождать игрока все время, пока нужные файлы не загрузятся в высокоскоростную оперативку.
Легко проверить: разработчики рекомендуют использовать твердотельные накопители SSD, у которых скорость обработки данных в разы выше, чем у винчестеров. Соответственно, игры, установленные на SSD, реже фризят и тормозят, а также загружаются намного быстрее.
Решение: иметь под рукой хотя бы обычный SATA SSD для игр.
Как и оперативная память, любой SSD-накопитель может иметь битые чипы, поврежденные секторы или контроллеры, поэтому необходимо обязательно «прогнать» поверхность диска на битые ячейки. Это можно сделать с помощью программ Victoria или HDDScan.
Другое оборудование
Помимо основных комплектующих, сбоить могут и другие. Блок питания выдает высокий или низкий вольтаж, что сильно влияет на стабильность, особенно дисковой подсистемы. Также в комфортном гейминге могут участвовать отваливающиеся чипсеты на материнских платах и даже мониторы, которые выставляют неверную частоту развертки и провоцируют разрывы картинки. Все это сказывается на качестве картинки и плавности геймплея.
Программные проблемы
Операционная система
Распространенная проблема большинства рабочих и игровых машин — много лишних программ, половина из которых находится в автозагрузке операционной системы. Отсюда дополнительный расход оперативной памяти, постоянная загрузка процессора и частые обращения к жесткому диску. Кроме того, вместе с нужными файлами из интернета могут заявиться и вирусы. Некоторые вредоносы тихо прописываются на жесткий диск и ждут звездного часа, а другие сразу атакуют систему. Например, вирус-майнер включает фоновую добычу криптовалюты как на видеокарте, так и на процессоре. Соответственно, в таких условиях игры не просто тормозят — они превращаются в слайд-шоу.
Решение: защищить компьютер от сетевых атак и вредноносного ПО с помощью антивируса.
Драйверы
Для правильной работы каждого узла в компьютере нужен набор инструкций, который называется драйвером. От него зависит все — как определится оборудование, будет оно работать полноценно и будет ли оно вообще работать. Зачастую выпуск новых версий ПО сопровождается огромным списком исправленных багов, а вместе с этим могут быть и новые ошибки — человеческий фактор никто не отменял. В таком случае, кривые библиотеки для работы видеокарты могут запросто «положить» компьютер на лопатки.
Например, с обновлением драйвера компания Nvidia добавила поддержку новых игр — Assassin’s Creed Valhalla и включила поддержку новых функций для Cyberpunk 2077. В то же время, некоторые части кода стали работать со сбоями: драйвер Nvidia 461.09 содержит ошибку, которая не позволяет графическим редакторам редактировать RAW-фотографии с ускорением на видеокарте. То же самое может касаться и багов в играх.
Вывод: пользуемся проверенным софтом и не спешим обновляться на самые последние версии программ.
Оптимизация игр
Для адекватной работы программы нужно написать универсальный код, который будет понятен любой системе на нужной архитектуре. Но для того, чтобы выжать максимум из мощности компьютера, софт должен знать подход к каждой модели процессора, видеокарты и других комплектующих. Например, все художники одинаково рисуют картины. Но у одного быстрее получаются портреты, а у другого пейзажи. Соответственно, можно поделить стили поровну, исходя из умений мастеров, и работа пойдет намного быстрее.
Так и с компьютерными играми — если разработчики постарались объяснить игровому движку то, как нужно работать с этим шестиядерным процессором или той видеокартой, то качество графики и количество кадров в секунду получатся значительно выше, чем у проекта с универсальным кодом.
Такого рода оптимизация применяется при написании движков для игровых приставок — там всегда одинаковые комплектующие, поэтому становится намного проще оптимизировать код под конкретное устройство. С компьютерами все немного сложнее — здесь десятки моделей процессоров, видеокарт, накопителей, а также лишняя прослойка в виде операционной системы.
Хромающая оптимизация — также прерогатива свежих проектов. С каждым новым патчем разработчики докрашивают код и убирают мусор, после чего производительность в играх возрастает.
Тормозит — не значит медленно
Иногда фризы и мелкие просадки воспринимаются как тормоза, хотя на эти события влияет не мощность компьютера, а стабильность. Так, средний кадр может крутиться около классических 60 единиц, но игра все равно будет дергаться и подвисать.
В этом замешаны значения 0.1 и 1 % кадров. Все показатели FPS можно замерить с помощью софта CapFrameX: если 0.1 и 1 % низкие, то проблема может быть в оптимизации софта или аппаратных проблемах, а это исправимо руками. Если же низкий показатель среднего количества кадров в секунду — то, скорее всего, не хватает мощности основных комплектующих и без апгрейда здесь не обойтись.
Что делать
Стабильная работа и плавный гейминг — основные задачи игровой сборки. От настроек комплектующих зависит то, насколько хорошо они отработают максимум, который обозначен для них заводом. Этот максимум, кстати, может быть ограничен «кривым» софтом, нестабильными драйверами или просто старой операционной системой с полным реестром хвостов и кучкой вирусов в углу диска.
В компьютере можно навести чистоту и порядок — причем как в системнике, так и на диске. Однако, это не всегда решает проблему с производительностью. Чаще всего тормозят свежие игры на двух- или трехлетних системах. Поэтому сначала нужно посмотреть на аппаратные характеристики. И здесь есть два выхода: разгонять или подбирать обновление. Если компьютер достаточно мощный и в играх не хватает пары кадров в секунду, то разгон исправит ситуацию. Если мы говорим о просадках до 20—30 кадров, то без аппаратного апгрейда не обойтись.
Если же старые и проверенные игры стали показывать меньшую производительность на той же системе, с теми же настройками — думаем о софте. Вероятно, этот сбоит драйвер или в фоне системы висит слишком много программ, которые отбирают ценные флопсы мощности во время игры.
Читайте также: