На что влияет оперативная память? На что влияет скорость оперативной памяти.

Для того, чтобы описать как работает оперативная память, нужно написать целую диссертацию, в то время как разобраться в вопросе влияния скорости ОЗУ на игры и программы достаточно просто.

В первую очередь нужно отметить, что вид, объем, и частота оперативной памяти оказывают влияние на скорость передачи данных. Это значит, что насколько быстро будет работать программа и игра зависит от модулей ОЗУ. Чем больше памяти, чем выше рабочая частота, тем быстрее передаются данные и пользователь мгновенно получает ответ от софта на свой запрос. Именно на эти параметры нужно обращать внимание при покупке модулей оперативной памяти.

Какой оптимальный объем ОЗУ выбрать для ПК?

Операционная память – это энергозависимая микросхема, с помощью которой совершается обмен данными. При этом эти данные не сохраняются на ПК, я только обрабатываются и хранятся некоторое время, а точнее до выключения компьютера.

Передача данных между ОЗУ и процессором может осуществляться двумя способами:

• Через память нулевого уровня;
• Через кэш.

А вот скорость этой передачи зависит от объема ОЗУ. И если 32-битные системы не поддерживают больше 4 Гб, то более мощные 64-битные сборки могут поддерживать до 64 Гб оперативной памяти. Редко можно встретить ПК с 512 Мб и 1 Гб памяти. Это зачастую старые устройства с Windows XP.

Для функционирования системы и запуска большинства приложений нужно 2 Гб памяти. Однако скорость запуска программ будет не высокой и время отклика на действия пользователя составит от нескольких секунд до минуты.

Размера в 4 Гб памяти хватит для просмотра видео на YouTube, загрузки красочных интернет-страниц, просмотра фильмов, запуска игр на минимальных и средних настройках.

Объема 8 и 16 гигабайт более чем достаточно для любых задач, которые пользователь возлагает на свою операционную систему. В том числе, хорошо будет работать Windows 10, системные требования которой достаточно приличные.

32 Гб хватит для того, чтобы не беспокоиться о работе самых современных игр и мощных приложений. При этом запаса ОЗУ хватит на нескольких лет вперед.

ВАЖНО! Если у вас старый ПК, покупка дополнительных модулей ОЗУ не ускорит работы системы. Скорость ОЗУ будет заметна при модернизации процессора и видеокарты.

Влияние типа ОЗУ на скорость работы системы

Скорость работы приложений и передачи данных зависит не только от объема оперативной памяти, но и от её типа. В компьютерах, собранный за последние несколько лет, можно найти четыре варианта модулей ОЗУ:

• DDR (DDR1) – рабочая частота до 400 МГц. Используется на ПК старых образцов.
• DDR2 – рабочая частота до 1200 МГц. Использовалась на новых ПК несколько лет назад, но была практически полностью вытеснена новым поколением.
• DDR3 – рабочая частота до 2400 МГц. Это сравнительно новый вариант, который устанавливается на большинстве компьютерах бюджетного и среднего уровня.
• DDR4 – рабочая частота до 3200 МГц. Поддерживается только современными материнскими платами, и то не всеми. Имеет высокие показатели передачи данных.

Важно отметить, что чем выше рабочая частота оперативной памяти, тем быстрее работают приложения, в том числе запущенные одновременно на одном ПК. Поэтому, установив на своём компьютере планку DDR4, можно повысить скорость передачи информации практически в 2 раза. Однако с её заменой придётся менять и материнскую плату, и процессор. А это очень дорого и не всем по карману. Иногда гораздо выгоднее поставить ОЗУ большего объёма или с лучшими показателями частоты, нежели менять всю начинку системного блока.

Значение частоты для материнской платы

Показатели частоты важны для скорости работы компьютера. И практически все современные модели материнских плат выпускаются с величиной этого параметра для ОЗУ не меньше 1600 МГц. Однако, решив заменить на своём ПК или ноутбуке планку, стоит обратить внимание на возможности самой платы. Если мамка не поддерживает больше, к примеру, 1663 МГц, а установленная планка имеет частоту 1833 МГц, то скорость передачи информации будет ограничена меньшим значением, то есть 1663 МГц и модернизация не даст результатов.

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

В данной статье будут рассмотрены программы для тестирования оперативной памяти. Но вначале дадим определение термину «оперативная память» и разберемся в том, как она устроена.

Оперативная память представляет собой рабочую область компьютерного процессора. Первый вопрос, который возникает у большинства начинающих пользователей, звучит так: на что влияет оперативная память? Попытаемся на него ответить.

В процессе работы ПК в этой области временно хранятся программы и оперативные данные. Оперативная память является временным хранилищем информации, так как данные в ней способны хранится только во время работы компьютера. Как только питание компьютера отключается или происходит перезагрузка операционной системы – ячейки оперативной памяти обнуляются. Короче говоря, оперативная память является энергозависимой. Поэтому перед выключением или перезагрузкой компьютера приходится сохранять все внесенные изменения в ходе работы на жесткий диск.

Иногда оперативную память называют запоминающим устройством с произвольным доступом. Это обозначает то, что обращение к данным, которые хранятся в оперативной памяти, ни как не зависит от порядка их расположения в ее ячейках.

В последнее время словосочетание Random Access Memory (RAM) перешло из разряда обычной аббревиатуры в термин, который обозначает основное рабочее пространство памяти ПК. Это пространство создается при помощи динамических микросхем оперативной памяти (Dynamic RAM , или сокращенно DRAM). Данное пространство используется процессором для обработки различных задач.

Основным свойством микросхем DRAM в частности и всей оперативной памяти в целом является динамический способ записи и хранения данных. Это означает, во-первых то, что перезаписывать данные можно неограниченное количество раз, а во-вторых необходимость периодического обновления информации в микросхеме через промежутки времени, равные приблизительно 15 миллисекундам.

От последнего недостатка избавлена оперативная память, называемая статической (Static RAM - SRAM). Подобный тип памяти не требует постоянной перезаписи данных. Однако, как и DRAM, статическая оперативная память способна сохранять информацию исключительно во время подачи питания, то есть она также является энергозависимой.

В современной компьютерной технике используется память DDR (Double Data Rate - двойная скорость передачи данных). Этот тип является более усовершенствованным видом памяти стандарта SDRAM. При этом использование современных технологий позволяет удвоить скорость передачи данных. Такое удвоение достигается ни путем увеличение тактовой частоты в два раза, а за счет того, что данные передаются дважды в течение одного цикла. Первый раз происходит передача в начале цикла, второй раз в конце. Благодаря такому способу передачи и достигается удвоение скорости при одних и тех же используемых частотах.

Современные компьютеры используют различные типы памяти: DDR, DDR2, DDR3 и DDR4. Не стоит наверное говорить о том, что с увеличением индекса увеличиваются и максимальные скорости плат памяти, используемых тот или иной тип DDR. Первые два поколения памяти DDR и DDR2 установлены в более старых ПК и практически доживают свой век. Во все современные компьютеры в большинстве своем устанавливается оперативная память DDR3. Самые передовые технологии передачи данных реализованы в оперативной памяти DDR4. Такой вид оперативки только начинает внедряться и по прогнозам экспертов широкое распространение получит к 2013-2015 гг.

Итак, когда с теорией мы немного ознакомились, можем приступать к поиску и устранению проблем, связанных с работой оперативной памяти.

В первую очередь сегодня мы поговори о штатных средствах диагностики неполадок оперативной памяти, которые предоставляет Windows 7. Как показывает практика, далеко не все начинающие пользователи этой операционной системы осведомлены о наличии в ней подобных возможностей. Встроенные программы Windows 7 позволяют осуществлять тестирование оперативной памяти на наличие в ней каких-либо ошибок.

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

Более старые версии операционных систем семейства Windows подобных штатных средств не имели. Впервые разработчики винды вмонтировали программу для тестирования оперативной памяти в операционную систему Windows Vista.

Ниже мы рассмотрим несколько способов проведения тестов оперативной памяти

Первый способ

Нажимаем кнопку «Пуск» в левом нижнем углу рабочего стола и в строку поиска вбиваем команду «mdsched», после чего нажимаем клавишу «Enter» для того, чтобы команда выполнилась.

Эту же программу для тестирования оперативной памяти вы можете вызвать следующим образом. Заходите в меню «Пуск» и выбираете «Все программы», далее переходите в меню «Администрирование» и выбираете в нем строку «Средство проверки памяти Windows». После этого перед вами появится окно программы для проверки памяти, где вам будет предложено выполнить одно из двух действий (проверка с перезагрузкой или без нее).

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

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

Второй способ

Второй способ проверки оперативной памяти заключается в ее тестировании при помощи «Дополнительных вариантов загрузки». Для вызова данного меню необходимо во время начала включения компьютера нажать функциональную клавишу F8. После этого экран должен принять вот такой вид:

После этого кликаете по клавише «Esc», в результате чего должно открыться окно «Диспетчер загрузки Windows». При помощи клавиши «Tab» вам необходимо перейти к параметру «Диагностика памяти» и нажать клавишу «Enter». После всех этих правильно проделанных действий должно начаться тестирование оперативной памяти.

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

Третий способ

При данном способе проверки, тест памяти осуществляется при помощи установочного дистрибутива Windows 7. Для начала тестирования вам необходимо вставить установочный диск в DVD привод и после этого запустить перезагрузку компьютера. После того, как в начале загрузки появится сообщение о загрузке диска, вам нужно нажать какую-нибудь клавишу на клавиатуре.

После этого перед вами откроется новое окно, в котором необходимо нажать кнопку «Далее» и перейти по ссылке «Восстановление системы». Далее откроется окно «Параметры восстановления системы». В нем вам следует выбрать русский язык и нажать кнопку «Далее». Во вновь открывшемся окне выбираете способ №1 и нажимаете снова «Далее». После этого вам нужно перейти по ссылке «Диагностика памяти Windows» и выбрать опять же способ №1 для тестирования оперативной памяти вашего ПК. По завершении теста система выведет на экран сообщение с результатами проверки.

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

Итак, вам необходимо открыть планировщик задач, зайдя сначала в меню «Пуск», затем перейдя в меню «Все программы», после идете в «Стандартные» – «Служебные» – «Планировщик заданий». После открытия окна с программой выбираете «Создать задачу».

В открывшееся окно в строку «Имя» вбиваете название задачи, пусть будет допустим «тест оперативной памяти».

После нажимаете на вкладку«Триггеры» и переходите на вкладку «Создать». После этого устанавливаете необходимое время для проведения тестов оперативной памяти.

После этого вам останется только перейти на вкладку «Действия». Здесь вы должны создать сценарий тестирования вашей оперативки. Нажимаете кнопку «Создать» и в появившемся окошке вводите следующие команды: в строку «Программы или сценарий» вводите команду «bcdedit», а в строку «Добавить аргументы» набираете «/bootsequence {memdiag} /addlast». В конце нажимаете ОК.

В результате произведенных действий тестирование памяти будет осуществляться строго по заданному расписанию.

Мы рассмотрели несколько способов тестирования памяти на наличие ошибок при помощи штатных средств операционной системы Windows 7. Теперь хотелось бы описать проверку оперативной памяти при помощи программы, не входящей в состав виндовс. Одной из самых эффективных и популярных является программа для тестирования оперативной памяти MemTest86.

Тестирование оперативной памяти программой MemTest86

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

Memtest86+v4.20 – это утилита GPL DOS, с помощью которой можно осуществить тестирование оперативной памяти. Memtest86 использует для своей работы среду DOS. Обуславливается это целым рядом причин, одной из которых может быть невозможность запуска Windows по причине сбоев памяти.

Во время проверки оперативной памяти Memtest производит запись информации в каждый отдельный блок, а после этого считывает эти данные и проверяет их на наличие ошибок. Проверка осуществляется циклически с неограниченным количеством попыток до того момента, когда пользователь не прекратит тест принудительно с помощью определенной команды. Запуск программы происходит при помощи собственного загрузчика, что является необходимым условием при невозможности запуска Windows. Обычное тестирование занимает в среднем 20-30 минут.

Первым делом качаете дистрибутив с программой, уже готовый для создания загрузочного диска или загрузочной флешки. Если вы будете записывать программу на CD-диск, то вам необходимо качать Pre-Compiled Bootable ISO (.zip). Если вы решите создать загрузочную флешку, то вам понадобится Auto-installer for USB Key (Win 9x/2k/xp/7). Подробно описывать процесс создания загрузочной флешки в этой статье мы не будет, ограничимся лишь данными рекомендациями по выбору подходящих сборок.

Итак, для запуска программы, вставляете загрузочную флешку (или CD-диск) в компьютер и перезагружаете его. В результате после перезагрузки у вас на экране должно появиться вот такое окно:

Сразу выбираете из списка «Тест памяти Memtest+ 4.20» и нажимаете «Enter». В результате этого программа должна загрузиться, после чего начнется тестирование оперативной памяти.

Программа осуществляет тестирование циклически. В наличии у нее имеется девять тестов, которые она прогоняет один за другим по кругу. По окончании каждого круга программа будет выдавать такое сообщение: “*****Pass complete, (no, 1, 2, 10…) errors, press Esc to exit*****”.

Это сообщение означает, что первый цикл тестов пройден успешно и вы можете перезагрузить компьютер при помощи клавиши «Esc».

По времени один круг тестирования при средней комплектации компьютера может занимать до 30 минут.

При появлении ошибок, на экране вы увидите картину, которая показана на рисунке выше.

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

Теперь прогоняем оперативную память программой еще раз. Если ошибки не исчезли, то вам остается лишь заменить эту планку памяти на новую либо отнести старую в ремонт. Но зачастую ремонт оперативной памяти обходится дороже, чем покупка новой планки.

Посмотреть видео, в котором подробно описано тестирование оперативной памяти при помощи программы Memtest 86 вы можете по ссылке, приведенной ниже.

Программа для тестирования оперативной памяти

Как влияет увеличение оперативной памяти на быстродействие компьютера.

Центральный процессор компьютера , обрабатывая данные, поступающие в компьютер, использует оперативную память и кэш - память. Оперативная память компьютера применяется для увеличения скорости действий компьютера, посредством материнской платы. Мощность процессора компьютера, прямо пропорциональна количеству оперативной памяти, установленной на компьютер (ОЗУ). Оперативная память характеризуется следующими показателями: объемом и скоростью. Наилучший выбор оперативной памяти - это оперативная память с высокой скоростью. При установке оперативной памяти, следует приобретать оперативную память одинаковой скорости. Также, при апгрейде компьютера или смене оперативной платы, лучше выбирать одну «линейку» оперативной памяти на 1 Гб, нежели, чем две «линейки» по 512 Мб.

Объем оперативной памяти соотносится с тактовой частотой процессора. Так, например, для процессора в 1000 MHz объем оперативной памяти не должен быть ниже 512 оперативной памяти. Для процессора 2000 MHz объем оперативной памяти не должен быть ниже 1024 Мб. В том случае, если Вам необходимо работать с ресурсоемкими приложениями или Вы часто играете в компьютерные игры, то желательно приобрести большее количество оперативной памяти для Вашего компьютера. Кроме того, следует обязательно проверить совместимость оперативной памяти к соответствующей материнской плате компьютера.

Перед установкой новой оперативной памяти компьютера следует определить, какая разновидность оперативной памяти Вам необходима. Основными типами оперативной памяти являются «SIMM» и «DIMM» память. Также, необходимо определить какие параметры модулей компьютера и какая разновидность оперативной памяти Вашего компьютера. Для того чтобы произвести апгрейд компьютера следует определить, сколько слотов для установки оперативной памяти на Вашем компьютере имеется и какой максимальный размер оперативной памяти, который Вы можете установить на Вашем компьютере.

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

Для того чтобы заменить модули SIMM, следует найти на материнской плате белые, черные или желто - коричневые разъемы, которые должны иметь пластмассовые защелки. После того, как Вы выключите компьютер, необходимо подождать 10 секунд. Далее, следует отодвинуть защелки и вынуть SIMM модули. Следует очень осторожно извлекать эти модули. Взявшись за края (торцы) модуля под углом в 45 градусов, необходимо вставить модуль в разъем. После этого, следует зафиксировать модуль металлическими защелками.

При установке DIMM модулей, после выключения компьютера, следует также подождать 10 - 15 секунд. Далее, следует аккуратно отщелкнуть толкатели эжектора и вынуть DIMM модуль из разъема. Далее следует точно разместить DIMM модуль со слотом на материнской плате. После этого, необходимо взять DIMM модуль за торцы платы и вставить в разъем этот модуль до фиксации защелками. При установке DIMM модуля следует держать «линейку» модуля только за торцы, а не за центральную часть! После этого, можно включать компьютер и проверять его работоспособность с новой оперативной памятью!

анонс новой утилиты измерения производительности с точки зрения приложений, зависимых от скорости работы памяти

Как правило, при тестировании производительности платформ акцент делается на процессорозависимые приложения. Но скорость системы зависит не только от центрального процессора. И сейчас мы даже не вспоминаем о графически насыщенных приложениях и использовании GPU для вычислений общего назначения, в которых значимую роль играет выбор видеокарты. Речь, как нетрудно догадаться, пойдет о влиянии производительности памяти, и нашей попытке количественно оценить это влияние.

Зависимость общей производительности системы от памяти имеет сложный характер, что затрудняет прямую оценку скорости памяти, то есть сравнения различных модулей. Например, память с частотой 1600 МГц имеет вдвое большую пропускную способность, чем 800-мегагерцовая. И синтетические тесты памяти прилежно выведут столбик в два раза выше. Но если вы протестируете целую систему с этими двумя видами памяти с помощью популярных тестовых приложений, на которых обычно тестируют процессоры, то и близко не получите двухкратной разницы в производительности. Интегральный индекс быстродействия может отличаться максимум на несколько десятков процентов.

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

Краткая теория

Чтобы понять специфику проблемы, рассмотрим принципиальную схему взаимодействия приложения, ЦП и подсистемы памяти. Уже давно для описания работы центрального процесса считается удачной аналогия с заводским конвейером. И движутся по этому конвейеру инструкции из программного кода, а функциональные модули процессора обрабатывают их словно станки. Тогда современные многоядерные ЦП будут подобны заводам с несколькими цехами. Например, работу технологии Hyper-Threading можно сравнить с конвейером, по которому едут вперемешку детали сразу нескольких автомобилей, и умные станки обрабатывают их одновременно, по метке на деталях определяя, к какой модели машины они относятся. Например, собирается красная и синяя машины, тогда красящий станок использует красную краску для деталей красной машины и синюю краску для синей. И поток деталей сразу для двух моделей позволяет лучше загрузить станки. А если аппарат для покраски будет иметь два распылителя, и сможет красить одновременно две детали в разные цвета, конвейер сможет работать на полную мощность вне зависимости от того, в каком порядке будут поступать детали. Наконец, последний писк моды, реализуемый в будущих процессорах AMD, в которых различные ядра ЦП будут иметь некоторые общие функциональные блоки, можно сравнить с идеей сделать часть особо громоздких и дорогих станков общей для двух цехов, чтобы сэкономить заводскую площадь и сократить капитальные затраты.

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

Производительность памяти в этой аналогии будет соответствовать скорости транспортной системы по доставке сырья и отправке деталей во внешний мир. Допустим, доставка на завод осуществляется при помощи грузовиков. Тогда параметрами транспортной системы будут вместимость грузовика и скорость движения, то есть время доставки. Это хорошая аналогия, так как работа ЦП с памятью осуществляется с помощью отдельных транзакций с блоками памяти фиксированного размера, причем данные блоки расположены рядом, в одном участке памяти, а не произвольно. И для общей производительности завода важна не только скорость работы конвейера, но и оперативность подвоза компонентов и вывоза готовых изделий.

Произведение объема кузова на скорость движения, то есть количество грузов, которые можно перевезти в единицу времени, будет соответствовать пропускной способности памяти (ПСП). Но очевидно, что системы с одинаковой ПСП не обязательно равноценны. Важно значение каждого компонента. Скоростной маневренный грузовичок может оказаться лучше, чем большой, но медленный транспорт, так как необходимые данные могут лежать в различных участках памяти, расположенных далеко друг от друга, а вместимость грузовика (или объем транзакции) много меньше общего объема (памяти), и тогда даже большому грузовику придется совершить два рейса, и его вместимость не будет востребована.

Другие же программы имеют так называемый локальный доступ к памяти, то есть они читают или пишут в близко расположенные ячейки памяти - им относительно безразлична скорость случайного доступа. Это свойство программ объясняет эффект от наращивания объемов кэш-памяти в процессорах, которая, благодаря близкому расположению к ядру, в десятки раз быстрее. Даже если программа требует, например, 512 МБ общей памяти, в каждый отдельный небольшой промежуток времени (например, миллион тактов, то есть одна миллисекунда), программа может работать только с несколькими мегабайтами данных, которые успешно помещаются в кэше. И потребуется только обновлять время от времени содержимое кэша, что, в общем, происходит быстро. Но может быть и обратная ситуация: программа занимает всего 50 МБ памяти, но постоянно работает со всем этим объемом. А 50 МБ значительно превышают типичный размер кэша существующих настольных процессоров, и, условно говоря, 90% обращений к памяти (при размере кэша в 5 МБ) не кэшируются, то есть 9 из 10 обращений идут непосредственно в память, так как необходимых данных нет в кэше. И общая производительность будет почти полностью лимитирована скоростью памяти, так как процессор практически всегда будет находиться в ожидании данных.

Время доступа к памяти в случае, когда данных нет в кэше, составляет сотни тактов. И одна инструкция обращения к памяти по времени равноценна десяткам арифметических.

«Памятенезависимые» приложения

Позволим себе один раз использовать такой корявый термин для приложений, производительность в которых на практике не зависит от смены модулей на более высокочастотные и низколатентные. Откуда вообще такие приложения берутся? Как мы уже отметили, все программы имеют различные требования к памяти, в зависимости от используемого объема и характера доступа. Каким-то программам важна только общая ПСП, другие, наоборот, критичны к скорости доступа к случайным участкам памяти, которая иначе называется латентностью памяти. Но очень важно также, что степень зависимости программы от параметров памяти во многом определяется характеристиками центрального процессора - прежде всего, размером его кэша, так как при увеличении объема кэш-памяти рабочая область программы (наиболее часто используемые данные) может поместиться целиком в кэш процессора, что качественно ускорит программу и сделает её малочувствительной к характеристикам памяти.

Кроме того, важно, как часто в коде программы встречаются сами инструкции обращения к памяти. Если значительная часть вычислений происходит с регистрами, велик процент арифметических операций, то влияние скорости памяти снижается. Тем более что современные ЦП умеют изменять порядок выполнения инструкций и начинают загружать данные из памяти задолго до того, как те реально понадобятся для вычислений. Такая технология называется предвыборкой данных (prefetch). Качество реализации данной технологии также влияет на памятезависимость приложения. Теоретически, ЦП с идеальным prefetch не потребуется быстрая память, так как он не будет простаивать в ожидании данных.

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

Однако разработчики программ также в курсе характеристик современного поколения процессоров, и зачастую в их силах (при желании) оптимизировать объем данных таким образом, чтобы он помещался в кэш-памяти даже бюджетных процессоров. Если мы работаем с хорошо оптимизированным приложением - для примера можно вспомнить некоторые программы кодирования видео, графические или трехмерные редакторы, - у памяти, с практической точки зрения, не будет такого параметра, как производительность, будет только объем.

Еще одна причина, по которой пользователь может не обнаружить разницы при смене памяти, состоит в том, что она и так слишком быстрая для используемого процессора. Если бы сейчас все процессоры вдруг замедлились в 10 раз, то для производительности системы в большинстве программ стало бы абсолютно все равно, какой тип памяти в ней установлен - хоть DDR-400, хоть DDR3-1600. А если бы ЦП радикально ускорились, то производительность значительной части программ наоборот стала бы гораздо существеннее зависеть от характеристик памяти.

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

«Памятезависимые» приложения

А в каких пользовательских задачах производительность памяти имеет большее значение? По странной, но на самом деле имеющей глубокие основания причине - в случаях, которые сложно тестировать.

Тут сразу вспоминаются игрушки-стратегии со сложным и «медленным» искусственным интеллектом (ИИ). Ими никто не любит тестировать ЦП, так как инструменты для оценки либо отсутствуют, либо характеризуются большими погрешностями. На скорость выработки решения алгоритмом ИИ влияют множество факторов - например, иногда закладываемая в ИИ вариативность решений, чтобы сами решения выглядели более «человеческими». Соответственно, и реализация различных вариантов поведения занимает разное время.

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

Достаточно сильно от производительности памяти могут зависеть и игры других жанров, пусть не со столь умным искусственным интеллектом, зато с собственными алгоритмами имитации виртуального мира, включая физическую модель. Впрочем, они на практике чаще всего упираются в производительность видеокарты, поэтому тестировать на них память также бывает не очень удобно. Кроме того, важным параметром комфортного игрового процесса в трехмерных играх от «первого лица» является минимальное значение fps: его возможное проседание в пылу жестокой битвы может иметь самые плачевные для виртуального героя последствия. А минимальный fps тоже, можно сказать, невозможно измерить. Опять же - из-за вариативного поведения ИИ, особенностей расчета «физики» и случайных системных событий, которые тоже могут приводить к проседанию. Как прикажете в таком случае анализировать полученные данные?

Тестирование скорости игр в демо-роликах имеет ограниченное применение еще и потому, что не все части игрового движка бывают задействованы для воспроизведения демки, и в реальной игре на скорость могут влиять иные факторы. Причем даже в таких наполовину искусственных условиях минимальный fps непостоянен, и его редко приводят в отчетах о тестировании. Хотя, повторимся, это наиболее важный параметр, и в тех случаях, когда идет обращение к данным, проседание fps весьма вероятно. Ведь современные игры, в силу своей сложности, разнообразия кода, включающего помимо поддержки физического движка и искусственного интеллекта также подготовку графической модели, обработку звука, передачу данных через сеть и пр., очень зависят как от объема, так и от производительности памяти. Кстати, будет заблуждением считать, что графический процессор обрабатывает сам всю графику: он только рисует треугольники, текстуры и тени, а формированием команд все равно занимается ЦП, и для сложной сцены это вычислительно емкая задача. К примеру, когда вышел Athlon 64 с интегрированным контроллером памяти, наибольший прирост в скорости по сравнению со старым Athlon был именно в играх, хотя там не использовались 64-битность, SSE2 и другие новые «фишки» Athlon 64. Именно существенное повышение эффективности работы с памятью благодаря интегрированному контроллеру сделало тогдашний новый процессор AMD чемпионом и лидером по производительности в первую очередь в играх.

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

Ещё одним принципиальным случаем усиленной зависимости от памяти является режим многозадачности, то есть запуск нескольких ресурсоемких приложений одновременно. Вспомним снова все тот же AMD Athlon 64 с интегрированным контроллером памяти, который к моменту анонса Intel Core выпускался уже в двухъядерном варианте. Когда вышел Intel Core на новом ядре, процессоры AMD стали проигрывать везде, кроме SPEC rate - многопоточном варианте SPEC CPU, когда запускается столько копий тестовой задачи, сколько ядер в системе. Новое интеловское ядро, обладая большей вычислительной мощностью, тупо затыкалось в этом тесте в производительность памяти, и даже большой кэш и широкая шина памяти не помогали.

Но почему это не проявлялось в отдельных пользовательских задачах, в том числе многопоточных? Главной причиной было то, что большинство пользовательских приложений, которые в принципе хорошо поддерживают многоядерность, всячески оптимизированы. Вспомним в очередной раз пакеты для работы с видео и графикой, которые больше всех получают прирост от многопоточности - всё это оптимизированные приложения. К тому же объем используемой памяти меньше, когда код параллелится внутри программы - по сравнению с вариантом, когда запускаются несколько копий одной задачи, а тем более - разные приложения.

А вот если запустить на ПК сразу несколько различных приложений, нагрузка на память возрастет многократно. Это произойдет по двум причинам: во-первых, кэш-память будет поделена между несколькими задачами, то есть каждой достанется только часть. В современных ЦП кэш L2 или L3 - общий для всех ядер, и если одна программа использует много потоков, то они все могут выполняться на своем ядре и работать с общим массивом данных в L3-кэше, а если программа однопоточна, то ей достается весь объем L3 целиком. Но если потоки принадлежат различным задачам, объем кэша будет вынужденно делиться между ними.

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

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

Типичным примером такой ситуации на ПК будет одновременный запуск игры, «скайпа», антивируса и программы кодирования видеофайла. Пусть не типичная, но совсем не фантастическая ситуация, в которой очень сложно корректно измерить скорость работы, так как на результат влияют действия планировщика в составе ОС, который при каждом замере может по-иному распределять задачи и потоки по разным ядрам и давать им различные приоритеты, временны́е интервалы и делать это в разной последовательности. И опять-таки, наиболее важным параметром будет пресловутая плавность работы - характеристика, по аналогии с минимальным fps в играх, которую в данном случае измерить еще сложнее. Что толку от запуска игры или какой-то другой программы одновременно с кодированием видеофайла, если поиграть нормально не удастся из-за рывков изображения? Пусть даже видеофайл быстро сконвертируется, поскольку многоядерный процессор в данном случае может быть и недогружен. Здесь нагрузка на систему памяти будет гораздо больше, чем при исполнении каждой из перечисленных задач по отдельности.

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

Проблемы тестирования

Сразу целая группа факторов снижает чувствительность ЦП-ориентированных тестов к скорости памяти. Очень чувствительные к памяти программы представляют собой плохие тесты ЦП - в том смысле, что они слабо реагируют на модель ЦП. Такие программы могут различать процессоры с контроллером памяти, снижающим латентность доступа к памяти, и без оного, но при этом в пределах одного семейства почти не реагировать на частоту процессора, показывая сходные результаты при работе на частоте 2500 и 3000 МГц. Часто такие приложения отбраковываются как тесты ЦП, ибо тестеру просто непонятно, что лимитирует их производительность, и кажется, что дело в «чудачествах» самой программы. Будет удивительно, если все процессоры (и AMD, и Intel) покажут в тесте одинаковый результат, но такое вполне возможно для приложения, очень сильно зависимого от памяти.

Чтобы избежать упреков в необъективности и вопросов, почему выбрана та или иная программа, в тесты стараются включать только наиболее популярные приложения, которыми все пользуются. Но такая выборка не совсем репрезентативна: наиболее популярные приложения из-за своей массовости часто очень хорошо оптимизированы, а оптимизация программы начинается с оптимизации её работы с памятью - она важнее, например, чем оптимизация под SSE1-2-3-4. Но совсем не все на свете программы так хорошо оптимизируются; попросту на все программы не хватит программистов, которые умеют писать быстрый код. Опять возвращаясь к популярным программам кодирования, многие из них были написаны при непосредственном активном участии инженеров фирм-изготовителей ЦП. Как и некоторые другие популярные ресурсоемкие программы, в частности медленные фильтры двухмерных графических редакторов и движки рендеринга студий трехмерного моделирования.

В свое время было популярно сравнивать компьютерные программы с дорогами. Эта аналогия потребовалась, чтобы объяснить, почему на некоторых программах быстрее работает Pentium 4, а на некоторых Athlon. Интеловский процессор не любил ветвления и быстрее «ехал» по прямым дорогам. Это очень упрощенная аналогия, но она удивительно хорошо передает суть. Особенно интересно, когда две точки на карте соединяют две дороги - «оптимизированная» прямая качественная дорога и «неоптимизированная» кривая ухабистая. В зависимости от выбора одной из дорог, ведущих к цели, выигрывает тот или иной процессор, хотя в каждом случае они делают одно и тоже. То есть на неоптимизированном коде выигрывает Athlon, а при простой оптимизации приложения выигрывает Pentium 4 - и сейчас мы даже не говорим о специальной оптимизации под архитектуру Netburst: в таком случае Pentium 4 мог бы посоревноваться даже с Сore. Другое дело, что хорошие «оптимизированные» дороги строить дорого и долго, и это обстоятельство во многом предопределило печальную участь Netburst.

Но если мы отойдем от популярных наезженных трасс, то окажемся в лесу - там вообще нет никаких дорог. И немало приложений написаны безо всякой оптимизации, что почти неминуемо влечет сильную зависимость от скорости памяти в случае, если объем рабочих данных превышает размер кэша ЦП. К тому же множество программ пишутся на языках программирования, которые в принципе не поддерживают оптимизацию.

Специальный тест памяти

Для того чтобы корректно оценить влияние скорости памяти на производительность системы в случае, когда память имеет значение (для упомянутых «памятезависимых» приложений, мультизадачности и т. п.), исходя из всех вышеперечисленных обстоятельств и решено было создать специальный тест памяти, который по структуре кода представляет собой некое обобщенное сложное, зависимое от памяти приложение и имеет режим запуска нескольких программ.

Какие плюсы есть у такого подхода? Их очень много. В отличие от «натуральных» программ, возможен контроль над объемом используемой памяти, контроль над её распределением, контроль над количеством потоков. Специальное контролируемое выделение памяти позволяет нивелировать влияние особенностей менеджера памяти программы и операционной системы на производительность, чтобы результаты были не зашумлены, и можно было корректно и быстро тестировать. Точность измерения позволяет производить тест за относительно небольшое время и оценить большее количество конфигураций.

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

В качестве модельной задачи была взята модификация теста Astar из SPEC CPU 2006 Int (кстати, предложенный для включения в этот пакет автором статьи; для теста памяти использован адаптированный для графов алгоритм) и задача сортировки данных с помощью различных алгоритмов. Программа Astar имеет сложный алгоритм с комплексным доступом к памяти, а алгоритмы сортировки числового массива - базовая задача программирования, использующаяся во множестве приложений; она включена, в том числе, для дополнительного подтверждения результатов сложного теста данными производительности простой, но распространенной и классической задачи.

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

Согласно исследованиям набора тестов SPEC CPU 2006, тест Astar - один из нескольких, в наибольшей мере коррелирующих с общим результатом пакета на x86-совместимых процессорах. Но в нашем тесте памяти объем используемых программой данных был увеличен, так как со времени выпуска теста SPEC CPU 2006 типичный объем памяти возрос. Также программа приобрела внутреннюю многопоточность.

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

Программа осуществляет операции с графом, соединяющим пункты карты. То есть каждый элемент содержит ссылки на соседние, они как бы соединены дорогами. Есть два подтеста: в одном граф строится на основе двухмерной матрицы, то есть плоской карты, а во втором - на основе трехмерной матрицы, которая представляет собой некий сложный массив данных. Структура данных аналогична так называемым спискам - популярному способу организации данных в программах с динамическим созданием объектов. Такой тип адресации в целом характерен для объектно-ориентированного ПО. В частности, это практически все финансовые, бухгалтерские, экспертные приложения. И характер их обращений к памяти разительно контрастирует с типом доступа у оптимизированных на низком уровне вычислительных программ, вроде программ видеокодирования.

Каждый из подтестов имеет два варианта реализации многопоточности. В каждом из вариантов запускается N потоков, но в одном каждая из нитей осуществляет поиск пути на собственной карте, а в другом все нити ищут пути одновременно на одной карте. Так получаются несколько различных шаблонов доступа, что делает тест более показательным. Объем используемой памяти по умолчанию в обоих вариантах одинаков.

Таким образом, в первой версии теста получается 6 подтестов:

• Поиск пути на 2D-матрице, общая карта
• Поиск пути на 2D-матрице, отдельная карта для каждого потока
• Поиск пути на 3D-матрице, общая карта
• Поиск пути на 3D-матрице, отдельная карта для каждого потока
• Сортировка массива с использованием алгоритма quicksort (локальный доступ к памяти)
• Сортировка массива с использованием алгоритма heapsort (сложный доступ к памяти)

Результаты теста

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

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

Тест сам по себе не предназначен для точного сравнения различных моделей ЦП, так как из-за того, что организация кэшей и алгоритмы предвыборки данных могут у них существенно отличаться, тест может отчасти благоволить определенным моделям. Но качественная оценка семейств ЦП между собой вполне возможна. А память производства различных компаний устроена одинаково, поэтому здесь субъективная составляющая исключена.

Также тест может быть использован для оценки масштабируемости процессоров по частоте при разгоне или внутри модельного ряда. Он позволяет понять, с какой частоты процессор начинает «затыкаться» в память. Часто процессор формально разгоняется сильно, и синтетические тесты, основанные на выполнении простых арифметических операций, показывают соответствующий изменению частоты прирост, но в памятезависимом приложении прироста может и не быть вообще из-за отсутствия соответствующего прироста в скорости памяти. Другая причина заключается в том, что ядро ЦП теоретически может потреблять больше энергии в случае сложного приложения и начнет либо сбоить, либо само снижать частоту, что не всегда возможно выявить в простых арифметических тестах.

Заключение

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

На самом деле, проблема ускорения доступа к данным - краеугольный камень современного процессоростроения. Узкое место здесь будет всегда, если только, конечно, сам процессор не будет состоять полностью из кэш-памяти, что, кстати, недалеко от истины - львиную долю площади кристаллов современных ЦП занимает как раз кэш-память разных уровней. (В частности, Intel заработал свои рекордные миллиарды, в том числе, благодаря тому, что в свое время разработал метод более плотного размещения кэшей на кристалле, то есть на единицу площади кристалла помещается больше ячеек кэша и больше байт кэш-памяти.) Однако всегда будут существовать приложения, которые либо невозможно оптимизировать таким образом, чтобы данные умещались в кэш-памяти, либо этим просто некому заниматься.

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

Приветствую вас, дорогие читатели! Сегодня я расскажу про влияние оперативной памяти на производительность в играх. Вы узнаете, сильно ли влияет тип, частота и прочие параметры оперативки на ФПС и производительность в целом.

Из этой статьи вы узнаете:

Использование ОЗУ компьютером

Как я уже отмечал в одной из предыдущих публикаций, ОЗУ – своеобразный буфер между процессором и жестким диском, который хранит часть исполняемого кода программ и все промежуточные данные. Любая игра, по сути – точно такая же программа, исполняемый EXE‐файл, использующий дополнительные графические библиотеки.

Естественно, игра постоянно обрабатывает какие‐то данные: текстуры, размещение юнитов на карте, открытость самой карты, положение и состояние разрушаемых объектов. Разница в том, что пользователю эти обработанные видеокартой данные передаются в виде картинки.

Объем ОЗУ и файл подкачки

Не всегда в оперативку помещается вся требуемая информация, поэтому задействуется файл подкачки – часть места на жестком диске. Как мы уже знаем, скорость записи данных хардом существенно ниже, чем у оперативки. По этой причине использование для игры объема ОЗУ меньше рекомендуемого, почти всегда приводит ко всяким глюкам и лагам – например, приходится ждать, пока загрузится локация.

Еще один неприятный момент – тормоза во время важных игровых моментов, когда компьютер не успевает за стремительно меняющейся ситуацией.

В сингл‐играх без кооперативного прохождения это не критично: например, сложный участок или босса игрок все‐таки пройдет – если не с первой попытки, то со сто первой.
В онлайн‐играх лаги на стороне одного игрока могут привести к фейлу всей группы – например, сливу рейда в РПГ, особенно если игра тормозит у танка или хила, проигранной катке в Доте или «Танках» и так далее. И даже если юзер играет соло, такие моменты могут стать причиной прогорания стула: например, когда во время фарма на него напал ПК, а отбиться не получилось из‐за проклятых лагов.

Кстати, небольшой лайфхак: если вы не в лучшей киберспортивной форме, лаги – отличная отмазка на случай, когда что‐то не получается (конечно, если вам не все равно, что по этому поводу думают остальные).

Я‐то в игрули почти не играю, но один мой знакомый, большой специалист по онлайн‐играм, утверждает, что лаги периодически возникают в ЛЮБОЙ игре независимо от того, насколько мощный у вас компьютер. Конечно же, это заговор разработчиков игр и производителей комплектующих, чтобы заставить пользователей постоянно апгрейдить компы. А вы как думали?

Частота и тайминги

Естественно, от частоты оперативки зависит производительность в игре – чем быстрее она обменяется данными с процессором, тем быстрее они будут обработаны. О том, как соотносятся частота процессора и частота оперативной памяти, вы можете почитать в этой публикации. Логично, что чем выше частота – тем лучше, не так ли?

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

ФПС

Для многих геймеров количество кадров в секунду, то есть FPS – не просто важный критерий, но и тема для измерения размера пуза:) (у кого больше). Как по мне, это не столь уж важный показатель.
В спокойном состоянии реакция нервной системы на изображение – примерно 40 миллисекунд, то есть 25 кадров в секунду (да‐да, 24 кадра фильма плюс один кадр на зомбирование или рекламу).

В возбужденном состоянии (а многие геймеры так возбуждены) задержка снижается до 10–15 миллисекунд, позволяя мозгу обрабатывать до сотни кадров. Правда, длится такой кураж, как правило, недолго.

Зачем я это рассказываю? Оптимальный ФПС для комфортной игры от 60 до 80 (можно конечно и меньше, но не сильно). А вот почему‐то эти же 25 кадров в игре – картина не особо радужная и человеческому глазу заметная, эдакое невеселое слайд‐шоу. Поэтому ФПС надо поднимать.

Вот только в случае с оперативкой это не всегда срабатывает: тесты показывают, что в большинстве игр показатель возрастает на 1–2, в лучшем случае 5 пунктов. Исключение – двухканальный режим оперативки: здесь можно выдавить и до десятка ФПС.

На вопрос: увеличивает ли удвоение объема оперативки FPS, ответ прост: да, но не сильно. А стоит ли оно того?

Интегрированная видеопамять

Отдельная история, когда на компе используется не дискретная видеокарта, то есть отдельный модуль, подключенный к слоту PCI‐E, а графический ускоритель, интегрированный в материнскую плату или процессор. Такое часто можно наблюдать на офисных компьютерах, а также бюджетных и некоторых средних ноутбуках.

В этом случае видеокарта использует часть оперативки под собственные нужды. Естественно, на максималках современные игры такие компы не потянут, однако пасьянс или теплый ламповый Diablo II на них вполне можно запустить.
Однако учитывайте, что объема оперативки может оказаться мало и придется докупить еще одну планку, что, вероятно, повысит производительность в игре. А уж как повысится при этом продуктивность офисного работника – просто фантастика!

Дабы лишний раз не вдаваться в детальные пояснения, рекомендую ознакомиться с публикацией о типах оперативной памяти DDR3 и DDR4: чем они отличаются и что лучше.

В этой же статье я в очередной раз при сборке компа советую ориентироваться на стандарт DDR4 – ее рабочая частота и прочие характеристики выше, а в играх, как вы поняли, это важно. Что касается объема оперативки (а сейчас у нас 2018 год) необходимый минимум, чтобы комфортно поиграть в современную игру – 8 Гб. Если позволяет бюджет, выделенный на сборку компа, то в расчете на перспективу лучше, конечно, 16 Гб.

На этом у меня все. До встречи в следующих публикациях и отдельное спасибо тем, кто делится статьями в социальных сетях и на новостную рассылку.