Вместо 16 ГБ Linux видит только 15.6

free -m
             total       used       free     shared    buffers     cached
Mem:         16008       1363      14645         12         71        701
-/+ buffers/cache:        590      15417
Swap:            0          0          0

убунта еще сжулила 8 мб =)

Лучше free -hm сделай :)

Ты бы туда просто не пустили, там на входе стоит человек, который проверяет IQ.

Твоя мамка чтоль?

Какое же ты дно... так гордиться пробелами в знаниях, да ты просто безнадежен.

Зачем ты порвался на весь тред?

Очко твое порвалось ПТУшник.

я там «не» пропустил

смотри вывод утилиты

dmidecode

дело в том что windows 10 показывает 16 GB, а linux – 15.6 GiB, все правильно

Ёмкость оперативки _всегда_ (в последние лет 50) измеряется двоичными приставками. Поэтому ОЗУ 16Г — это двоичные 16GiB или десятичные 17.180GB.

Память меряется в киби, диски в кило.

Может быть с выходом ddr4 перешли с «гигибайтов» на «гигабайты»?

Ёмкость чипов память физически лимитируется разрядностью адресной шины. А не CHS любых величин, как в случае HDD. Адресные шины всегда двоичны. Поэтому чипы всегда имеют двоичную ёмкость. Модули памяти мультичиповые, но число чипов тоже всегда двоично (4/8/16). Поэтому и ёмкость модулей памяти тоже всегда двоична.

Память меряется в киби, диски в кило.

Да. И так было [практически] всегда. Из-за самой сути адресации памяти.

Правда что делать когда киби называют кило.

Вот это ты смачно обосрался! и чему вас бездарей тока учат...

Сёма, проваливай уже в свой загон.

Тащем-то в чём он не прав?

кстати, верно подметили, 2^10 = 1024. В гибибайте 2^30 степени байт, в мебибайте 2^20 байт.

Ядро резервирует часть памяти в зависимости от объёма. Раньше было в dmesg, сейчас можно посмотреть, например, smem -w -R 16384M

Он неправ в том, что его информация идёт в разрез со школьными и ВУЗовскими учебниками.

Вузовские учебники содержат ошибочные и сильно устаревшие данные, это же должно быть очевидно. Началось всё порядка 60 лет назад. Ох уж эти малограмотные компьютерщики. Проскролли до 1998 и читай далее, только тогда начали исправлять этот маразм: https://en.wikipedia.org/wiki/Timeline_of_binary_prefixes Но самое интересное, что килобит всегда был правильным.

Фёдор, в загоне тебя вырастили. И учился ты в загоне.

Ты не прав. Учебники не могут быть без ошибок. По ним учатся дети и компьютерные специалисты. Ты это понимаешь? УЧАТСЯ! Это тебе не всякие там ГОСТ'ы и прочая ахинея. Учебник — это кладезь научных знаний. И школьный и вузовские учебники не содержат НИКАКИХ ошибок.

ко-ко-ко кудах-тах-тах

Твой сарказм очень тонок. ) Во втором предложении логическая ошибка, исправляй.

И школьный и вузовские учебники не содержат НИКАКИХ ошибок.

мухахахаха

Нет ты.

Сколько шума, а посмотреть опции free так никто и не догадался:

 -k, --kibi          show output in kibibytes
 -m, --mebi          show output in mebibytes
 -g, --gibi          show output in gibibytes

 -b, --bytes         show output in bytes

> echo "8332808192/1024/1024/1024" | bc -l
7.76053237915039062500

люди из бауманки тоже могут не знать определения килобайта по госту, почему нет?

Это ты сейчас так на отечественное образование плюнул?

Язабан.

Но он прав.

киби, меби и гиби - это как раз двоичные приставки, зачем их руками считать?

Не слушай этих зллрадствующих троллей-неучей. Linux должен видеть всю память, даже если часть занята под нужды материнки. У тебя 400 мб отожрал и скрыл вирус-руткит, который уже, вероятно, слил все твои приватные данные своему создателю, и теперь твой комп - часть ботнета. Вылечить такое очень трудно, проще переустановить систему

ЛОРчане вообще понятия не имеют как работает машина. Видал, у них уже модули ОЗУ имеют ёмкость по 10 в степени, ога.

Я тоже прифигел немного с повальной безграмотности в треде...

Хотя-бы затем, что тот же «free -g» округляет до целых (floor()). И получается вместо «7.76053237915039062500» просто «7».

https://ru.wikipedia.org/wiki/Двоичные_приставки

убунта еще сжулила 8 мб =)

free -m
              total        used        free      shared  buff/cache   available
Mem:          16058        3428        1425          93       11204       12147
Swap:          9647          18        9629

У меня 58 откуда-то.

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

Кто читает учебники, тот и школьник, очевидно же. :)

Остальным очевидно, что если у одной из единиц измерения сохранять неСИшную приставку, а у остальных СИшную, то это закончится тем, что ещё один спутник мимо орбиты направят. Зачем специально поддерживать ошибкоопасную традицию?

Ого, а у меня как раз наоборот

$ free --help

Usage:
 free [options]

Options:
 -b, --bytes         show output in bytes
 -k, --kilo          show output in kilobytes
 -m, --mega          show output in megabytes
 -g, --giga          show output in gigabytes
     --tera          show output in terabytes
 -h, --human         show human-readable output
     --si            use powers of 1000 not 1024

А вообще,

dmesg | grep -i e820
[  +0.000000] e820: BIOS-provided physical RAM map:
[  +0.000000] BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
[  +0.000000] BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] ACPI NVS
[  +0.000000] BIOS-e820: [mem 0x0000000000059000-0x000000000009ffff] usable
[  +0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
[  +0.000000] BIOS-e820: [mem 0x0000000020000000-0x00000000201fffff] reserved
[  +0.000000] BIOS-e820: [mem 0x0000000020200000-0x000000003fffffff] usable
[  +0.000000] BIOS-e820: [mem 0x0000000040000000-0x00000000401fffff] reserved
[  +0.000000] BIOS-e820: [mem 0x0000000040200000-0x00000000da99efff] usable
[  +0.000000] BIOS-e820: [mem 0x00000000da99f000-0x00000000dae9efff] reserved
[  +0.000000] BIOS-e820: [mem 0x00000000dae9f000-0x00000000daf9efff] ACPI NVS
[  +0.000000] BIOS-e820: [mem 0x00000000daf9f000-0x00000000daffefff] ACPI data
[  +0.000000] BIOS-e820: [mem 0x00000000dafff000-0x00000000daffffff] usable
[  +0.000000] BIOS-e820: [mem 0x00000000f80f8000-0x00000000f80f8fff] reserved
[  +0.000000] BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
[  +0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000021e5fffff] usable