Новые Debian сжимают (6) установка - очень Высокое использование оперативной памяти
Первые думают, что необходимо знать, то, что TCP и IP являются разными вещами и исходным вопросом, который Вы задаете, похож на то, чтобы спрашивать о молоке-и-cookie.
Это не легкое чтение, но полностью авторитетный источник для всех вещей, TCP является исходный RFC.
IP также имеет RFC, но TCP тяжелее двух.
Вы не сказали, почему необходимо знать это.. Давайте предположим, что это для интервью.
Когда я беру интервью у людей, ищущих задания, кто говорит, что знают TCP/IP, я спрашиваю их об этих видах вещей:
- Разделение на подсети и CIDR
- Сколько / 24 в/22?
- Каковы различия между TCP и UDP?
- Действительно ли TCP является настраиваемым? (что Вы настроили бы и почему?)
- Что такое Опции IP и TCP?
Удача с Вашими исследованиями.
Выясняется, что это была та же проблема, замеченная здесь: Debian Сжимают и доступная память (отсутствующий 1 ГБ), ядро Xen делает ~1GB 'отсутствующим' показанный в dmesg.
Обновленный вопрос со специфическими особенностями: Ядро Xen на Debian Сжимает создание 1 ГБ 'отсутствующей' памяти
Я вижу xend и выполнение xenconsoled, и Вы использовали слово "настройка" при обсуждении развертывания, таким образом, я предполагаю, что это - виртуализированная система, работающая под Xen?
Это - Ваша проблема, хотя это не большая часть проблемы, просто способ, которым это работает. dom0 использует недостающую RAM. Дополнительное Использование оперативной памяти вероятно драйвер воздушного шара, пытающийся сохранить ресурсы. Существует некоторое дополнительное объяснение, доступное здесь, здесь, и некоторые возможные меры здесь.
Вопрос 1
Не паникуйте!
Это используется для Вашего буфера с кэшированием файлов. Linux будет постоянно кэшировать файлы, которые он читает из жесткого диска для улучшения производительности. Это - ничто для волнения о, как только память требуется для чего-то еще, что это выведет кэш и сделает память доступной для выполнения процессов. Это на самом деле говорит Вам это при выполнении свободного-m:
- используемая общая память является общим количеством 1347 года
- память, используемая для Ваших буферов/кэша, является 1315
В основном это делает то, что это, как предполагается, делает.
Вопрос 2
Это могло произойти из-за видеокарты с помощью памяти, проверить BIOS, чтобы видеть, существует ли установка, которая выделяет определенный объем памяти GPU.
tbh, idk.
http://www.mjmwired.net/kernel/Documentation/IO-mapping.txt
127 NOTE NOTE NOTE! The above is only one part of the whole equation. The above
128 only talks about "real memory", that is, CPU memory (RAM).
129
130 There is a completely different type of memory too, and that's the "shared
131 memory" on the PCI or ISA bus. That's generally not RAM (although in the case
132 of a video graphics card it can be normal DRAM that is just used for a frame
133 buffer), but can be things like a packet buffer in a network card etc.
134
135 This memory is called "PCI memory" or "shared memory" or "IO memory" or
136 whatever, and there is only one way to access it: the readb/writeb and
137 related functions. You should never take the address of such memory, because
138 there is really nothing you can do with such an address: it's not
139 conceptually in the same memory space as "real memory" at all, so you cannot
140 just dereference a pointer. (Sadly, on x86 it _is_ in the same memory space,
141 so on x86 it actually works to just deference a pointer, but it's not
142 portable).
- попытайтесь отключить кадровый буфер полностью. посмотрите, делает ли это что-нибудь вообще.
И если это недостаточно мистифицировало Вас, может идти вперед и погрузиться в: