Что на самом деле издержки памяти в java?

Question

Я прочитал what-is-the-memory-consumption-of-an-object-in-java и what-is-the-memory-overhead-of-an-object-in-java.

Но все же я в замешательстве.

• Что такое память наверху? это padding?
• Что такое JVM со сжатыми указателями? это reference ??
• Если используется 32-bit JVM, тогда накладных расходов будет меньше? Конечно, да. Но это из-за заполнения?
• Как лучше использовать всегда 32-bit JVM для эффективности памяти или для производительности?

Ниже изображения от this link (страницы No.26)

В этом изображении при запуске себя они показаны как 16 байт JVM накладных, почему это так ??

Answer 1

Что такое накладные расходы памяти ??

Когда используется больше памяти, чем созданные вами поля.

Это прокладка?

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

Что такое JVM со сжатыми указателями?

Способ использования 32-разрядных указателей в 64-разрядной JVM для сохранения памяти.

Это ссылка?

Ссылки могут использовать эту технику, но поэтому могут указывать на информацию о классе для объекта.

Если используется 32-разрядная JVM, накладные расходы будут меньше?

Возможно, это похоже на использование сжатых указателей для ссылок и классов.

Но это из-за обивки?

Это потому, что 64-разрядные указатели используют больше места, чем 32-разрядный указатель.

. Так лучше использовать всегда 32-разрядную JVM для эффективности памяти или для производительности?

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

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

На этом изображении при старте они показаны как 16 байтов накладных расходов JVM, почему это так?

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

Справка: Почему 32-битный адрес Сжатой ООП более 4 ГБ

объекта может иметь, чтобы быть 8-байтовой выровнен по умолчанию. Это облегчает управление памятью, но иногда откладывает отладку. Побочным эффектом является то, что адрес каждого объекта будет иметь 000 для младших трех бит (он должен быть кратным 8). Эти биты не нужно хранить. Это позволяет сжатым oops адресовать 8 * 4 ГБ или 32 ГБ.

С выравниванием объекта 16 байт виртуальная машина может адресовать 64 ГБ с 32-битной ссылки (однако, накладные расходы обивка выше, и может быть не стоит)

IFAQ: Почему это медленнее, около 28 - 32 ГБ

В то время как ссылку можно умножить на 8, куча не начинается с начала памяти. Обычно он начинается примерно на 4 ГБ. Это означает, что если вы хотите полностью 32 ГБ, вам нужно добавить это смещение, которое имеет небольшие накладные расходы.

вороха размеры:

• < 4 ГБ - ноль расширения адреса с
• 4 - 28 ГБ - умножить на 8 или << 3 примечание: x64 имеет инструкции для этого, чтобы поддержать double[] и long[]
• 28 - 32 ГБ - умножить на 8 и добавить регистр, удерживающий смещение. Чуть медленнее, но обычно это не проблема.