Почему Ubuntu показывает немного меньше оперативной памяти, чем мой компьютер? [dубликат]

Это просто упрощенная версия подхода @ хаоса:

grep -oP '},"name":"\K[^"]*' ~/.mozilla/firefox/*.default/addons.json

Нет причин для получения имени пользователя, вы всегда можете просто использовать ~/ или $HOME, чтобы получить домашний каталог. Имя профиля по умолчанию также не используется. Вероятно, у вас есть только один, и его имя будет RandomString.default. Если у вас более одного и разных аддонов для каждого, этот подход будет перечислять все из них. Итак, если у вас есть несколько профилей, вы можете добавить | uniq к указанной выше команде, чтобы удалить дубликаты.

Объяснение

grep -oP: -o вызывает grep только печать согласованной части строки, а функция -P активирует регулярные выражения, совместимые с Perl, которые необходимы для \K (см. ниже). },"name":"\K[^"]*: совпадение с самым длинным отрезком не " символов ([^"]*), которые появляются сразу после },"name":. [F15] означает «игнорировать все согласованное здесь», которое в сочетании с -o будет вызывать только часть матча после печати name:":". ~/: это ваш домашний каталог.
15
задан 8 June 2017 в 16:45

9 ответов

Это, скорее всего, связано с тем, что ваша графическая карта восстанавливает часть ОЗУ для своих целей (в основном, для хранения текстур). [* D0]

На многих системах объем памяти, зарезервированный для графики, настраивается в настройках BIOS.

33
ответ дан 22 May 2018 в 21:45
  • 1
    Это имеет смысл, поскольку графикой OP является Intel, которая всегда принимает участие в ОЗУ для VRAM. – Ruslan 8 June 2017 в 16:08
  • 2
    Бонус: вы можете настроить сумму, выделенную для GFX в BIOS. – Agent_L 8 June 2017 в 17:12
  • 3
    На языке непрофессионалов система резервирует память для отображения графической памяти и для ядра. Помимо этого размер бара также может быть уменьшен из-за некоторых настроек BIOS или способности материнской платы обрабатывать память. Поэтому никто не получает общий размер бара после его установки в систему. Этот ответ прав. Я также подтвердил это с других сайтов, – Alamjit Singh 8 June 2017 в 17:35
  • 4
    Хотя это и объясняет наиболее вероятную причину, этот ответ еще не подкрепляется ссылкой / ссылкой, предоставляющей больше деталей / доказательств. – mbx 9 June 2017 в 14:06

Это, скорее всего, связано с тем, что ваша графическая карта восстанавливает часть ОЗУ для своих целей (в основном, для хранения текстур). [* D0]

На многих системах объем памяти, зарезервированный для графики, настраивается в настройках BIOS.

33
ответ дан 18 July 2018 в 11:58

Это, скорее всего, связано с тем, что ваша графическая карта восстанавливает часть ОЗУ для своих целей (в основном, для хранения текстур). [* D0]

На многих системах объем памяти, зарезервированный для графики, настраивается в настройках BIOS.

33
ответ дан 24 July 2018 в 19:53

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

Вы можете узнать более подробно, используя следующие команды: [!d1 ]

Проверьте, насколько велика ваша RAM-палка:

sudo dmidecode | grep Size | grep MB

Проверьте, сколько оперативной памяти доступно для общего использования:

free -h

Оцените, сколько памяти ваше ядро использует:

cat /proc/meminfo | grep Slab

Проверьте, что ваша графическая карта «украдена» памятью:

dmesg | grep stolen

Это фактически рассматривается в этом ответе (который имеет более подробную информацию).

Надеюсь, что это поможет.

7
ответ дан 22 May 2018 в 21:45
  • 1
    Плита неубедительна. Я имею 16 гигабайт ОЗУ, с 15.37 гигабайтами, сообщенными free, и 2,34 гигабайта памяти Slab, которая не соответствует другим цифрам. – Ruslan 8 June 2017 в 17:22
  • 2
    @Ruslan Попробуйте запустить cat /proc/meminfo | grep SReclaimable, чтобы узнать, объясняет ли это расхождение. Вы также можете проверить, есть ли у вас какая-либо память и «украдены». вашей графической картой (dmesg | grep stolen) Если все еще есть недостаток, попробуйте запустить dmesg | grep e820, что поможет вам идентифицировать любую другую зарезервированную память. – sempaiscuba 8 June 2017 в 17:43
  • 3
    grep SReclaimable /proc/meminfo говорит почти то же (немного меньше) Slab. Не знаете, как это интерпретировать. – Ruslan 8 June 2017 в 17:54

Ваша реальная оперативная память измеряется в 8 гигабайтах = 8 000 000 000 байтов

, что составляет 8 000 000 000 / (1024 * 1024) = 7629,39 MeBi Bytes = 7.62939 GiBi Bytes

Поскольку он округлен вверх, он отображается как 7,7 гигабайт байтов.

-4
ответ дан 22 May 2018 в 21:45
  • 1
    Комментарии не предназначены для расширенного обсуждения; этот разговор был перемещен в чат . – terdon♦ 8 June 2017 в 20:04
  • 2
    @terdon Удаление комментариев, которые правильно указывают на то, что ответ неверен? WTF – CodesInChaos 8 June 2017 в 20:17
  • 3
    Этот ответ неверен; размеры модулей памяти измеряются в base-1024, поэтому OP имеет 8G i B физическое ОЗУ, а не 8 ГБ. – marcelm 8 June 2017 в 21:30
  • 4
    @CodesInChaos нет, я удалил & gt; 20 комментариев, потому что они обсуждали и, что более важно, вместо того, чтобы объяснить, почему этот ответ был неправильным, они просто заявляли, что это неправильно и грубо. Если кто-то хочет указать ошибки в ответе, они должны делать это вежливо и конструктивно. «Почему это было поддержано? Это полная бессмыслица ". нет. – terdon♦ 8 June 2017 в 21:32
  • 5
    @terdon обычно при downvoting, людям предлагается оставить заметку, почему - Why was this upvoted? It's complete nonsense, возможно, не самый вежливый способ сделать это, но это, безусловно, объясняет downvote лучше, чем отсутствие комментариев, но это будет тема для мета. – mbx 9 June 2017 в 14:01

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

Вы можете узнать более подробно, используя следующие команды:

Проверьте, насколько велика ваша RAM-палка:

sudo dmidecode | grep Size | grep MB

Проверьте, сколько оперативной памяти доступно для общего использования:

free -h

Оцените, сколько памяти ваше ядро использует:

cat /proc/meminfo | grep Slab

Проверьте, что ваша графическая карта «украдена» памятью:

dmesg | grep stolen

Это фактически рассматривается в этом ответе (который имеет более подробную информацию).

Надеюсь, что это поможет.

7
ответ дан 18 July 2018 в 11:58

Ваша реальная оперативная память измеряется в 8 гигабайтах = 8 000 000 000 байтов

, что составляет 8 000 000 000 / (1024 * 1024) = 7629,39 MeBi Bytes = 7.62939 GiBi Bytes

Поскольку он округлен вверх, он отображается как 7,7 гигабайт байтов.

-3
ответ дан 18 July 2018 в 11:58

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

Вы можете узнать более подробно, используя следующие команды:

Проверьте, насколько велика ваша RAM-палка:

sudo dmidecode | grep Size | grep MB

Проверьте, сколько оперативной памяти доступно для общего использования:

free -h

Оцените, сколько памяти ваше ядро использует:

cat /proc/meminfo | grep Slab

Проверьте, что ваша графическая карта «украдена» памятью:

dmesg | grep stolen

Это фактически рассматривается в этом ответе (который имеет более подробную информацию).

Надеюсь, что это поможет.

7
ответ дан 24 July 2018 в 19:53
  • 1
    Плита неубедительна. Я имею 16 гигабайт ОЗУ, с 15.37 гигабайтами, сообщенными free, и 2,34 гигабайта памяти Slab, которая не соответствует другим цифрам. – Ruslan 8 June 2017 в 17:22
  • 2
    @Ruslan Попробуйте запустить cat /proc/meminfo | grep SReclaimable, чтобы узнать, объясняет ли это расхождение. Вы также можете проверить, есть ли у вас какая-либо память и «украдены». вашей графической картой (dmesg | grep stolen) Если все еще есть недостаток, попробуйте запустить dmesg | grep e820, что поможет вам идентифицировать любую другую зарезервированную память. – sempaiscuba 8 June 2017 в 17:43
  • 3
    grep SReclaimable /proc/meminfo говорит почти то же (немного меньше) Slab. Не знаете, как это интерпретировать. – Ruslan 8 June 2017 в 17:54

Ваша реальная оперативная память измеряется в 8 гигабайтах = 8 000 000 000 байтов

, что составляет 8 000 000 000 / (1024 * 1024) = 7629,39 MeBi Bytes = 7.62939 GiBi Bytes

Поскольку он округлен вверх, он отображается как 7,7 гигабайт байтов.

-3
ответ дан 24 July 2018 в 19:53
  • 1
    Комментарии не предназначены для расширенного обсуждения; этот разговор был перемещен в чат . – terdon♦ 8 June 2017 в 20:04
  • 2
    @terdon Удаление комментариев, которые правильно указывают на то, что ответ неверен? WTF – CodesInChaos 8 June 2017 в 20:17
  • 3
    Этот ответ неверен; размеры модулей памяти измеряются в base-1024, поэтому OP имеет 8G i B физическое ОЗУ, а не 8 ГБ. – marcelm 8 June 2017 в 21:30
  • 4
    @CodesInChaos нет, я удалил & gt; 20 комментариев, потому что они обсуждали и, что более важно, вместо того, чтобы объяснить, почему этот ответ был неправильным, они просто заявляли, что это неправильно и грубо. Если кто-то хочет указать ошибки в ответе, они должны делать это вежливо и конструктивно. «Почему это было поддержано? Это полная бессмыслица ". нет. – terdon♦ 8 June 2017 в 21:32
  • 5
    @terdon обычно при downvoting, людям предлагается оставить заметку, почему - Why was this upvoted? It's complete nonsense, возможно, не самый вежливый способ сделать это, но это, безусловно, объясняет downvote лучше, чем отсутствие комментариев, но это будет тема для мета. – mbx 9 June 2017 в 14:01

Другие вопросы по тегам:

Похожие вопросы: