Как интерпретировать Информацию о Виртуальной памяти Windows XP - эти 10 чисел и 1 график

Как я интерпретирую вкладку Performance Диспетчера задач?

Во-первых, давайте говорить о числах. Они находятся в 4 группах, маркировал Totals, Commit Charge, Physical Memory и Kernel Memory.

Общие количества: говорит Вам, сколько дескрипторов, процессов и потоков там выделяется в ОС. Числа являются простыми счетчиками, но слова довольно хитры для объяснения, потому что они - основные концепции программирования, и фундаментальные понятия всегда хитры (попытайтесь объяснить глагол, 'чтобы' пройти некоторое время).

Дескрипторы: ядро предоставляет программы 'объекты', такие как файлы, разделы общей памяти, ключи реестра, и так далее. Программа однородно управляет объектом посредством дескриптора, который является временным соединением с объектом. Дескриптор не является объектом; например, если файл будет открыт для 17 различного использования одновременно, то он будет иметь 17 различных дескрипторов подключенными к нему.

Процессы: процесс является экземпляром программы в выполнении. Если Вы запустите Проводник 3 раза, то будет 3 выполнения процессов. Видеть различие? Программа является вещью, которая сохраняется - программа, которую Вы имели, вчера программа, которую Вы имеете сегодня (если Вы не сделали что-то!). Процессы приходят и уходят.

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

Ни одно из этих чисел не имеет 'надлежащие' значения. Главным образом, если они начинают увеличиваться без предела, затем пора подозревать, что что-то идет не так, как надо. Программа может вызвать 'утечку дескриптора' путем отказа закрыть файлы, например (хотя при уничтожении процесса все его дескрипторы будут затем закрыты ОС; это не DOS).

Заряд фиксации: это измеряет объем 'зафиксированной виртуальной памяти' (см. FAQ VM для фона) в системе. Это - вся память, которую требуют процессы, который не поддерживается некоторым именованным файлом (например, инструкции по программе хранятся в файле program.exe и таким образом не считаются в заряде фиксации). Один способ посмотреть на это состоит в том, что система имеет определенный бюджет для виртуальной памяти, и каждый запрос программы заряжен против того бюджета.

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

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

Физическая память: это легко. Общее количество является объемом памяти, что ОС, обнаруженная, и доступная сумма, в значительной степени, что Вы ожидали бы. Так называемый системный размер кэша является на самом деле размером системы 'рабочий набор' (т.е. объем физической памяти, используемой Системным процессом, pid 4, который является процессом, соединенным проводом в к ядру и который выполняет потоки от имени драйверов ядра и драйверов устройств). Кэш системного файла временно содержит содержание файлов, к производительности системы скорости, и является, вероятно, крупнейшим потребителем памяти в Системном процессе, тем не менее, таким образом, это - разумное приближение.

Память ядра: говорит Вам, сколько памяти используется драйверами ядра и драйверами устройств. Я верю (но я мог быть неправым здесь), числа здесь являются количествами виртуальной памяти. Для нестраничной памяти нет никакого различия: виртуальная память всегда является резидентным объектом в физической памяти. Для страничной памяти размер является виртуальным; заполнение физической памяти могло быть меньше.

Теперь, графики и метры. Несмотря на их заголовки, дисплеи Истории Использования Использования и Файла подкачки PF не измеряют Использование Файла подкачки. Они измеряют общий заряд фиксации. Общее количество фиксации является видом связанных с использованием файла подкачки; именно то, сколько файла подкачки Вы использовали бы, если все могло бы возможно быть записано в файл страниц, было на самом деле записано в файл подкачки. На Windows 2000 те же дисплеи называют Использованием Мадам, ведущими людьми, чтобы думать, что они измерили использование физической памяти. Это не было правильно также.

Что Вы ожидаете от программы, называя себя "Диспетчером задач" так или иначе? Нет ничего позвонившего "задачи" в ядре операционной системы - ОС имеет "процессы" и "потоки". DOS имел "задачи". Аппаратные средства Intel имеют структуры "задачи", но ОС не использует их, потому что это быстрее для него, чтобы сделать это само. (Недавно, программа непривилегированного режима звонила, "планировщик задач" появился, но ядро не знает ничего из тех задач также, и кроме того, это - совершенно другое использование "задачи").

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

В многопроцессорных системах я думаю, что общее количество дано с точки зрения питания одного ЦП (они всегда - идентичные центральные процессоры). Таким образом система с двумя ЦП имеет "200%", доступных ему. Вы можете, если Вам нравится шоу один график на ЦП. Если кто-то хотел бы отправить мне систему с двумя ЦП, я проверю эти требования.

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

Нижняя строка состояния повторяет использование ЦП, заряд фиксации и общие количества процесса.

Источник