Я использую Lubuntu 14.04
У меня есть две палки 4 ГБ RAM, они хорошо работают в соответствии с Windows. Но когда я открываю LXTask, он говорит, что у меня есть 7 868 МБ, когда он должен показать 8 192 МБ.
Используя никакую интегрированную графику (Radeon R9 270X). Athlon X4 760K не показывает их вообще.
free -m
вывод:
david@lubuntu:~$ free -m
total used free shared buffers cached
Mem: 7868 7118 750 11 36 2008
-/+ buffers/cache: 5073 2795
Swap: 8135 0 8135
ОБНОВЛЕНИЕ
-h
вывод все еще сообщает о меньше чем 8 ГБ:
david@lubuntu:~$ free -h
total used free shared buffers cached
Mem: 7.7G 7.1G 632M 11M 38M 2.0G
-/+ buffers/cache: 5.1G 2.6G
Swap: 7.9G 0B 7.9G
Это вызвано тем, что Windows и Linux имеют различные соглашения сколько байтов, там находятся в одном килобайте, как , эта статья объясняет.
, Например
Windows предполагает, что существует 1 024 байта в единице Килобайта и 1 024 килобайта в единице Мегабайта и т.д.
, Ubuntu принимает, 1 000 байтов составляют единицу Килобайта (КБ), 1 000 килобайтов для Мегабайта (МБ) и так далее.
<час>Этот вЂconfusion’ появился в былые времена, из-за различных компьютерных устройств оборудования систем хранения, таких как вЂRAM’ и вЂROM’ с помощью 1 024 как вЂunit prefix’ (для технических причин) при преобразовании между единицами (за исключением вЂbytes’).
, Но большинство других устройств хранения, таких как жесткие диски и Флеш-накопители, с помощью 1 000 как основа вЂunit prefix’, при вычислении размеров. Таким образом, там возник что-то вроде беспорядка среди экспертов, чтобы использовать при отображении размеров файла в различных единицах.
Для лучшего объяснения, читайте статья в Википедии о двоичный префикс
, компьютерная индустрия в настоящее время использует термины, такие как килобайт, мегабайт, и гигабайт и соответствующие символы КБ, МБ и ГБ, двумя различными способами. В цитатах оперативной памяти или способности RAM, гигабайт обычно означает 1 073 741 824 байта. Это - питание 1 024 (конкретно 10243), и 1024 питание 2 (конкретно 210), поэтому это использование упоминается как двоичный префикс.
В большинстве других контекстов, промышленность использует килограмм, мега, giga, и т.д., способом, согласовывающимся с их значением в Международной системе единиц (СИ): как полномочия 1 000. Например, жесткий диск на 500 гигабайтов содержит 500 000 000 000 байтов и 100 мегабит в секунду, соединение Ethernet передает данные на уровне 100 000 000 бит/с. В отличие от “binary prefix”, это использование упоминается как “decimal prefix“, поскольку 1000 питание 10. Таким образом, позже, для предотвращения беспорядков IEC и NIST стандартизировали их и изменили символы...
В использовании, продуктах и понятиях обычно описанные полномочия использования 1 024 продолжили бы быть, но с новыми префиксами IEC. Например, модуль памяти 536 870 912 байтов (512Г — 1048576) упоминался бы как 512 мебибайт или 512 мебибайт вместо 512 МБ или 512 мегабайтов. С другой стороны, так как жесткие диски были исторически проданы с помощью конвенции SI, которую “giga” означает 1000000000, жесткий диск “500 GB” был бы все еще маркирован как таковым.
Согласно этим рекомендациям, операционные системы и другое программное обеспечение также использовали бы двоичный файл и префиксы SI таким же образом, таким образом, покупатель жесткого диска “500 GB” найдет операционную систему, сообщая или о “500 GB” или о “466 GiB“, в то время как 536 870 912 байтов RAM были бы отображены как “512 MiB”.
проще говоря, если операционная система использует термин вЂmegabyte’ (МБ), то это должно использовать 1 000 байтов за килобайт (КБ), 1 000 килобайтов к мегабайту (вЂMB†) и т.д. перцептивное значение (вЂdecimal префикс), при преобразовании между единицами.
, Если это использует значение 1024 (вЂbinary prefix’), затем это должно обратиться к ним как вЂkibibytes’ (кибибайт), вЂmebibytes (мебибайт) и т.д.
Так в этом смысле, не имеет значения, использует ли ОС вЂbinary prefix’, или вЂdecimal prefix’, what’s важный - то, что это использует корректные символы для отображения их.
Очевидно, что Windows использует вЂbinary prefix’, как будто Вы берете первое изображение, затем Вы будете видеть, что это перечисляет размер как вЂ710,934,528 bytes’. Теперь возьмите калькулятор и разделите его на вЂ1024’, который должен дать Вам его размер в вЂkibibytes’. Затем повторно разделите его снова, и это даст Вам значение 678, который находится в вЂmebibytes (мебибайт).
Теперь делают то же, с помощью второго изображения, которое было взято в Ubuntu. Но на этот раз, используйте значение 1000 вместо 1 024, и Вы получите вывод в мегабайтах (МБ), 710.9.
я честно не знаю о вЂIEC’ и вЂNIST’ законах и как они применяются, но Windows, так как он использует вЂbinary prefix’, должен использовать кибибайт символов, мебибайт, гибибайт и т.д. вместо того, чтобы использовать КБ, МБ, ГБ и т.д., и поэтому походит в прямом нарушении также (газета только сообщает что вЂwould’ хотя).
В то время как описание о кибибайте/КБ и так далее в ответ shaddy корректен, это не корректно, что различие между Linux и Windows, это - только о презентации в особенности программы. В частности, free
шоу приводят к кибибайту, который легко проверить man
страница:
Show all output fields automatically scaled to shortest three digits and display the units of print out. The following units are used: B = bytes K = kibibyte M = mebibyte G = gibibyte T = tebibyte P = pebibyte
общее эмпирическое правило обычно скорее: жесткие диски: множитель 1000, RAM: множитель 1024. Но лучшая регистрация документов инструментов Вы используете.
И к фактическому вопросу: Поскольку Вы разъяснили интеграцию графики, корректный ответ наиболее вероятен, что некоторая память просто зарезервирована для него.
Видеть RAM в терминах, что Ваш используемый, чтобы открыть терминал и выпустить команду free -h
- у меня есть 2 ГБ поршня в этой системе и моем выводе, следующим образом для свободного-m (который возвращает результаты в "мегабайтах":
$ free -m
total used free shared buffers cached
Mem: 2005 1816 189 259 161 935
-/+ buffers/cache: 719 1285
Swap: 973 34 939
free -h
возвраты (в человекочитаемой форме):
$ free -h
total used free shared buffers cached
Mem: 2.0G 1.8G 151M 253M 166M 931M
-/+ buffers/cache: 756M 1.2G
Swap: 973M 34M 939M
можно найти это форматирование больше к симпатии!
Другой причиной, почему Ваша система может сообщить о меньшем количестве RAM, чем установленный, является RAM, зарезервированная системой в определенных целях, Иногда существует зарезервированная видео апертура на одной из страниц BIOS Setup. Вы можете освобождать некоторых путем сокращения того размера. Существует много переменных при переходе к оборудованию системы. Ваш производитель материнских плат может проливать больше света на это для Вас.
Вы можете быть произведены на RAM, зарезервированной системой путем издания команды dmesg | grep BIOS | grep reserved
, и Вы можете уменьшаться, это путем изменения настроек в BIOS, но снижения его для обнуления в современной системе очень маловероятно. Можно также найти это информативный.