Запуск с вершины, мы имеем

• загрузчик JVM (т.е., программа, которая запущена когда Вы тип java). Это является очень маленьким; все, что это делает, загрузиться в общих библиотеках, где реальный код JVM хранится.
• набор А скоро блоков, содержащих "кучу" Java и внутренние данные. Это - JVM Sun, таким образом, "куча" повреждается в несколько поколений, каждое из которых является своим собственным блоком памяти. Обратите внимание, что JVM выделяет пространство виртуальной памяти на основе эти -Xmx значение; это позволяет этому иметь непрерывную "кучу". Эти -Xms значение используется внутренне для высказывания, сколько из "кучи" используется, когда программа запускается, и инициировать сборку "мусора", поскольку к тому пределу приближаются.
• А JARfile с отображенной памятью, в этом случае файл, который содержит "классы JDK". Когда Вы карта распределения памяти JAR, можно получить доступ к файлам в нем очень эффективно (по сравнению с чтением его от запуска каждый раз). JVM Sun будет карта распределения памяти все Раздражать путь к классу; если Ваш код приложения должен получить доступ к JAR, Вы можете также карта распределения памяти он.
• данные На поток для двух потоков. 1M блок является стопкой потока; я не знаю то, что входит в 4K блок. Для реального приложения Вы будете видеть десятки если не сотни этих записей, повторенных через карту распределения памяти.
• Одна из общих библиотек, которая содержит фактический код JVM. Существует несколько из них.
• общая библиотека для стандартной библиотеки C. Это - только одна из многих вещей, что загрузки JVM, которые не являются строго частью Java.

общие библиотеки особенно интересны: каждая общая библиотека имеет по крайней мере два сегмента: сегмент только для чтения, содержащий код библиотеки и сегмент чтения-записи, который содержит глобальные данные для каждого процесса для библиотеки (я не знаю, каков сегмент без полномочий; я только видел его на x64 Linux). Часть только для чтения библиотеки может быть совместно использована всеми процессами, которые пользуются библиотекой; например, libc имеет 1.5M пространства виртуальной памяти, которое может быть совместно использовано.

, Когда Размер Виртуальной памяти Важен?

карта виртуальной памяти содержит много материала. Часть его только для чтения, часть его совместно используется, и часть его выделяется, но никогда не затрагивается (например, почти все 4 ГБ "кучи" в этом примере). Но операционная система достаточно умна, чтобы только загрузить то, в чем она нуждается, таким образом, размер виртуальной памяти в основном не важен.

то, Где размер виртуальной памяти важен, - то, если Вы работаете на 32-разрядной операционной системе, где можно только выделить 2 ГБ (или, в некоторых случаях, 3 ГБ) адресного пространства процесса. В этом случае Вы имеете дело с дефицитным ресурсом и, возможно, придется сделать компромиссы, такие как сокращение Вашего размера "кучи", чтобы к карте распределения памяти большой файл или создает много потоков.

, Но, учитывая, что 64-разрядные машины повсеместны, я не думаю, что это будет задолго до того, как Размер Виртуальной памяти является абсолютно несоответствующей статистической величиной.

, Когда Размер Резидентного набора Важен?

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

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

Нижняя строка

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

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

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