Windows server виртуальная память

Общие сведения о файлах страниц Introduction to page files

Файл страницы (также известный как «файл для прогона») — необязательный скрытый системный файл на жестком диске. A page file (also known as a «paging file») is an optional, hidden system file on a hard disk.

Функции Functionality

Файлы страниц имеют следующие функции. Page files have the following functionalities.

Физическое расширение оперативной памяти Physical extension of RAM

Файлы страниц позволяют системе удалять редко посещаемые измененные страницы из физической памяти, чтобы система эффективнее использовать физическую память для более часто посещаемых страниц. Page files enable the system to remove infrequently accessed modified pages from physical memory to let the system use physical memory more efficiently for more frequently accessed pages.

Требования к приложениям Application requirements

Некоторые продукты или службы требуют файла страницы по различным причинам. Some products or services require a page file for various reasons. Для получения определенных сведений ознакомьтесь с документацией по продукту. For specific information, check the product documentation.

Например, для следующих серверов Windows требуются файлы страниц: For example, the following Windows servers requires page files:

  • Контроллеры домена Windows Server (DCs) Windows Server domain controllers (DCs)
  • Серверы репликации DFS (DFS-R) DFS Replication (DFS-R) servers
  • Серверы сертификатов Certificate servers
  • Серверы ADAM/LDS ADAM/LDS servers

Это происходит потому, что алгоритм кэша базы данных для extensible Storage Engine (ESENT или ESE в Microsoft Exchange Server) зависит от счетчика производительности «\Memory\Transition Pages RePurposed/sec». This is because the algorithm of the database cache for Extensible Storage Engine (ESENT, or ESE in Microsoft Exchange Server) depends on the «\Memory\Transition Pages RePurposed/sec» performance monitor counter. Файл страницы необходим для того, чтобы кэш базы данных выпускал память, если другие службы или приложения запрашивали память. A page file is required to make sure that the database cache can release memory if other services or applications request memory.

Для Windows Server 2012 Hyper-V и Windows Server 2012 R2 Hyper-V, файл страницы операционной системы управления (обычно называемый хост-ОС) должен быть оставлен по умолчанию с параметром «System Managed». For Windows Server 2012 Hyper-V and Windows Server 2012 R2 Hyper-V, the page file of the management OS (commonly called the host OS) should be left at the default of setting of «System Managed» .

Поддержка свалок сбоя системы Support for system crash dumps

Файлы страниц можно использовать для «обратного» (или поддержки) сбоя системы и расширения объемов системной памяти (также известной как «виртуальная память»), которые может поддерживать система. Page files can be used to «back» (or support) system crash dumps and extend how much system-committed memory (also known as “virtual memory”) a system can support.

Дополнительные сведения о сбоях системы см. в меню параметры сбоя системы. For more information about system crash dumps, see system crash dump options.

Файлы страниц в Windows с большой физической памятью Page files in Windows with large physical memory

При установке большой физической памяти может не потребоваться файл страницы для поддержки заряда фиксации системы во время пикового использования. When large physical memory is installed, a page file might not be required to support the system commit charge during peak usage. Например, 64-битные версии Windows и Windows Server поддерживают больше физической памяти ,чем 32-битные версии. For example, 64-bit versions of Windows and Windows Server support more physical memory (RAM) than 32-bit versions support. Доступная физическая память может быть достаточно большой. The available physical memory alone might be large enough.

Однако причина настройки размера файла страницы не изменилась. However, the reason to configure the page file size has not changed. Всегда речь идет о поддержке сбоя системы, если это необходимо, или о продлении ограничения на фиксацию системы, если это необходимо. It has always been about supporting a system crash dump, if it is necessary, or extending the system commit limit, if it is necessary. Например, когда установлено большое количество физической памяти, файл страницы может не потребоваться для обратного заряда системной фиксации во время пикового использования. For example, when a lot of physical memory is installed, a page file might not be required to back the system commit charge during peak usage. Только доступная физическая память может быть достаточно большой для этого. The available physical memory alone might be large enough to do this. Однако для обратного сброса сбоя системы может потребоваться файл страницы или выделенный файл сброса. However, a page file or a dedicated dump file might still be required to back a system crash dump.

Читайте также:  Windows form button array

Память, настроенная в системе System committed memory

Для хранения измененных данных используются файлы страниц, которые расширяют объем «преданной памяти» (также известной как «виртуальная память»). Page files extend how much «committed memory» (also known as «virtual memory») is used to store modified data.

Ограничение памяти фиксации системы — это сумма физической памяти и все файлы страниц вместе взятые. The system commit memory limit is the sum of physical memory and all page files combined. Он представляет максимальную память с системной фиксацией (также известной как «плата за фиксацию системы»), которую может поддерживать система. It represents the maximum system-committed memory (also known as the «system commit charge») that the system can support.

Плата за фиксацию системы — это общая зафиксированная или «обещаемая» память всех совершенных виртуальных памяти в системе. The system commit charge is the total committed or «promised» memory of all committed virtual memory in the system. Если плата за фиксацию системы достигает предела системной фиксации, система и процессы могут не получить фиксацию памяти. If the system commit charge reaches the system commit limit, the system and processes might not get committed memory. Это условие может привести к замораживанию, сбою и другим сбоям. This condition can cause freezing, crashing, and other malfunctions. Поэтому убедитесь, что вы установите ограничение на фиксацию системы достаточно высоко, чтобы поддерживать заряд фиксации системы во время пикового использования. Therefore, make sure that you set the system commit limit high enough to support the system commit charge during peak usage.

Допустимый для системы предел заряда и системной фиксации можно измерить на вкладке Performance в диспетчере задач или с помощью счетчиков производительности «\Memory\Committed Bytes» и «\Memory\Commit Limit». **** The system committed charge and system committed limit can be measured on the Performance tab in Task Manager or by using the «\Memory\Committed Bytes» and «\Memory\Commit Limit» performance counters. Счетчик ‘Memory% Committed Bytes In Use — это соотношение значений \Memory\Committed Bytes и \Memory\Commit Limit. The \Memory% Committed Bytes In Use counter is a ratio of \Memory\Committed Bytes to \Memory\Commit Limit values.

Файлы страниц с системным управлением автоматически вырастают в три раза больше физической памяти или 4 ГБ (в зависимости от размера, но не более одной восьмой от размера громкости), когда плата за фиксацию системы достигает 90 процентов от предела фиксации системы. System-managed page files automatically grow up to three times the physical memory or 4 GB (whichever is larger, but no more than one-eighth of the volume size) when the system commit charge reaches 90 percent of the system commit limit. Это предполагает, что для роста доступно достаточно свободного дискового пространства. This assumes that enough free disk space is available to accommodate the growth.

Вики IT-KB

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

Инструменты пользователя

Инструменты сайта

Боковая панель

Настройка файла подкачки Windows на сервере SQL Server

К настройке файла подкачки Windows нужно подходить индивидуально в каждом отдельном случае. Общие рекомендации по этому поводу можно найти в статье KB2860880 — Определение размера файла подкачки для 64-разрядных версий Windows. Так как на серверах с СУБД SQL Server зачастую используется большой объём оперативной памяти, может потребоваться настройка ограничения размера файла подкачки. Это связано с тем, что автоматически рассчитываемый ОС Windows размер файла даже при полном отсутствии нагрузки на систему на только что установленной системе может оказаться крайне нескромным.

Вызовем апплет управления свойствами системы sysdm.cpl. В открывшейся форме переходим на закладку управления расширенными настройками Advanced и в блоке Performance нажимаем кнопку Settings. В дополнительно открывшейся форме переходим на вкладку Advanced и в разделе Virtual memory используем кнопку Change, чтобы изменить параметры файла подкачки.

Отключим используемое по умолчанию автоматическое определение размера файла подкачки, укажем первичный (Initial size) и максимально допустимый (Maximum size) размеры файла через опцию Custom size (например, от 2GB, но не больше 4GB) и нажмём Set, затем OK.

Устанавливая файл подкачки ограниченного размера следуют выполнять дальнейший контроль процента его использования, чтобы не получилось так, что системе под продуктивными нагрузками на самом деле требуется больший объём подкачки, чем установлен. Следить за этим показателем можно с помощью консоли Performance Monitor и счётчиков производительности:

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

Так как в системах Windows Server 2012 и выше на размер файла подкачки влияют требования, выставляемые к аварийному дампу системы (memory.dmp), мы можем сократить эти требования за счёт изменения параметров создания аварийного дампа. Для этого в том же апплете управления свойствами системы sysdm.cpl на закладке управления расширенными настройками Advanced в блоке Startup and Recovery нажимаем кнопку Settings. В открывшейся форме в разделе System failure вместо Automatic memory dump выбираем Small memory dump

Читайте также:  Драйвер aspire 5520 windows

Дополнительные источники информации:

Проверено на следующих конфигурациях:

Версия ОС
Microsoft Windows Server 2012 R2 Standard EN (6.3.9600)

Автор первичной редакции:
Алексей Максимов
Время публикации: 10.02.2019 20:51

Управление ОЗУ, виртуальной памятью, подкачками страниц и памятью в Windows

Исходная версия продукта: Windows 7 Пакет обновления 1, Windows Server 2012 R2
Исходный номер КБ: 2160852

Аннотация

В этой статье содержатся основные сведения о реализации виртуальной памяти в 32-битных версиях Windows.

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

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

Процессы и адресные пространства

Всем процессам (например, исполняемым приложениям), работающим под 32-битными версиями Windows, назначены адреса виртуальной памяти (виртуальное адресное пространство), в диапазоне от 0 до 4 294 967 295 (2*32-1 = 4 ГБ), независимо от того, какой объем ОЗУ установлен на компьютере.

В конфигурации Windows по умолчанию 2 гигабайта (ГБ) этого виртуального адресного пространства предназначены для частного использования каждого процесса, а остальные 2 ГБ совместно используются всеми процессами и операционной системой. Как правило, приложения (например, Блокнот, Word, Excel и Acrobat Reader) используют только часть 2 ГБ частного адресного пространства. Операционная система назначает кадры страниц ОЗУ только используемым страницам виртуальной памяти.

Расширение физического адреса (PAE) — это функция 32-битной архитектуры Intel, которая расширяет адрес физической памяти (ОЗУ) до 36 битов. PAE не меняет размер виртуального адресного пространства (который остается на уровне 4 ГБ), а только объем фактической оперативной памяти, который может быть решен процессором.

Перевод между 32-битным адресом виртуальной памяти, используемым кодом, который работает в процессе, и 36-битным ОЗУ-адресом автоматически и прозрачно обрабатывается оборудованием компьютера в соответствии с таблицами перевода, которые поддерживаются операционной системой. Любая виртуальная страница памяти (32-битный адрес) может быть связана с любой физической страницей ОЗУ (36-битным адресом).

В следующем списке описывается, сколько ОЗУ поддерживается различными версиями и выпусками Windows (в мае 2010 г.):

Версия Windows ОЗУ
Windows NT 4.0 4 ГБ
Windows 2000 Professional 4 ГБ
Windows 2000 Standard Server 4 ГБ
Windows 2000 Advanced Server 8 ГБ
Windows 2000 Datacenter Server 32 ГБ
Windows XP Professional 4 ГБ
Windows Server 2003 Web Edition 2 ГБ
Windows Server 2003 Standard Edition 4 ГБ
Windows Server 2003 Enterprise Edition 32 ГБ
Windows Server 2003 Datacenter Edition 64 ГБ
Windows Vista 4 ГБ
Windows Server 2008 Standard 4 ГБ
Windows Server 2008 Enterprise 64 ГБ
Windows Server 2008 Datacenter 64 ГБ
Windows 7 4 ГБ

Файл подкачки

ОЗУ — это ограниченный ресурс, тогда как в большинстве практических целей виртуальная память не ограничена. Может быть много процессов, каждый из которых имеет собственное 2 ГБ частного виртуального адресного пространства. Если память, используемая всеми существующими процессами, превышает объем доступной оперативной памяти, операционная система перемещает страницы (4 КБ) одного или более виртуальных адресных пространств на жесткий диск компьютера. Это освободит кадр ОЗУ для других видов использования. В системах Windows эти страницы с страницами хранятся в одном или Pagefile.sys файлах в корне раздела. В каждом разделе диска может быть один такой файл. Расположение и размер файла страницы настраиваются в свойствах системы (нажмите кнопку «Дополнительные»,«Производительность» и нажмите кнопку «Параметры»).

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

Производительность, ограничения архитектуры и ОЗУ

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

В определенный момент не удается увеличить ресурс, который находится в нехватке. Это означает, что достигнут предел архитектуры. Ниже lyly reported architectural limits in Windows include the following:

  • 2 ГБ общего виртуального адресного пространства для системы (ядро)
  • 2 ГБ частного виртуального адресного пространства на процесс (режим пользователя)
  • 660 МБ системного хранилища PTE (Windows Server 2003 и более ранних версиях)
  • 470 МБ хранилища пула страниц (Windows Server 2003 и более ранних версиях)
  • 256 МБ невыгваряемого хранилища пула (Windows Server 2003 и более ранние версии)

Это относится в частности к Windows Server 2003, но также может применяться к Windows XP и Windows 2000. Однако в Windows Vista, Windows Server 2008 и Windows 7 не все эти архитектурные ограничения имеются. Ограничения на объем памяти пользователя и ядра (здесь цифры 1 и 2) одинаковы, но ресурсы ядра, такие как PTES и различные пулы памяти, являются динамическими. Эта новая функция позволяет использовать как страницную, так и невыгежную память. Это также позволяет PTES и пулу сеансов увеличиваться за пределы, которые были рассмотрены ранее, до того момента, когда все ядро исчерпано.

Часто найденные и кавычках:

На сервере терминалов до использования 4 ГБ ОЗУ будет использоваться 2 ГБ общего адресного пространства.

В некоторых случаях это может быть верно. Однако необходимо отслеживать систему, чтобы узнать, применимы ли они к конкретной системе. В некоторых случаях эти заявления являются выводами определенных Windows NT 4.0 или Windows 2000 и не обязательно применимы к Windows Server 2003. В Windows Server 2003 были внесены значительные изменения, чтобы снизить вероятность того, что эти архитектурные ограничения будут фактически достигнуто на практике. Например, некоторые процессы, которые находились в ядре, были перемещены в процессы без ядра, чтобы уменьшить объем памяти, используемый в общем виртуальном адресной области.

Мониторинг использования ОЗУ и виртуальной памяти

Системный монитор — это инструмент, который позволяет отслеживать производительность системы и определять местоположение узкого места. Чтобы запустить монитор производительности, нажмите кнопку «Начните», выберите «Панель управления»,«Администрирование» и дважды щелкните «Монитор производительности». Вот сводка по некоторым важным счетчикам и их сведениям:

Память, зафиксированные вбайтах: этот счетчик является показателем потребности в виртуальной памяти.

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

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

Этот счетчик показывает, сколько ОЗУ требуется для того, чтобы виртуальная память, используемая для всех процессов, была в оперативной памяти. Это значение всегда является кратным 4096, что является размером страницы, используемой в Windows. Так как потребность в виртуальной памяти выходит за пределы доступной оперативной памяти, операционная система настраивает объем виртуальной памяти процесса в рабочем наборе, чтобы оптимизировать доступное использование ОЗУ и свести к минимуму разгибание по сети.

Файл подкачка, используемый %pagefile: этот счетчик является показателем того, какая часть файла страниц фактически используется.

Этот счетчик используется для определения размера подкачка. Если этот счетчик достигает 100, то подкачка заполнена, и все будет работать. В зависимости от настояния рабочей нагрузки, возможно, необходимо, чтобы размер подкачка был достаточно большим, чтобы он использовался не более 50–075 процентов. Если используется большая часть подкачка, наличие более одного на разных физических дисках может повысить производительность.

Память, страницы/с: этот счетчик является одной из наиболее распространенных мер.

Высокое значение этого счетчика не обязательно означает, что узкое место производительности связано с нехваткой ОЗУ. Операционная система использует систему подкачки для других целей, кроме замены страниц из-за чрезмерного обязательства памяти.

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

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

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

Сумма этих счетчиков является показателем того, сколько из 2 ГБ общей части виртуального адресного пространства размером 4 ГБ фактически используется. Используйте их, чтобы определить, достигает ли ваша система одного из ограничений архитектуры, которые были рассмотрены ранее.

Память, доступное МБайт: этот счетчик измеряет объем ОЗУ, доступный для удовлетворения требований к виртуальной памяти (либо для новых выделений, либо для восстановления страницы из подкачка).

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

Читайте также:  Скрипт для linux mint
Оцените статью