Я использую System Monitor 2.28.0. Когда я смотрю на вкладке «Ресурсы», я вижу хороший график для обмена и обмена. Память составляет около 60% 2,3 ГБ 3,8. Когда я набираю команду бесплатно, я получил:
total used free shared buffers cached
Mem: 3994908 3962396 32512 0 100852 1477032
-/+ buffers/cache: 2384512 1610396
Swap: 8000328 28468 7971860
cat / proc / meminfo | grep MemFree дает
MemFree: 34536 kB
Ситуация осталась на несколько минут. Я начал много процессов со сценарием, и скрипт ждет, пока свободная память опустится ниже. Согласно тому, что я вижу на вкладке «Процесс» (или сверху), число в системном мониторе кажется очень закрытым для общего объема памяти процесса, о котором сообщается бесплатно.
Спасибо
Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.
Как правило, системная память Linux используется ядром для двух целей: процессов и файловый / сетевой кэш / буферы. Если вы внимательно посмотрите на результат работы free, это уже показано:
total used free shared buffers cached
Mem: 3994908 3962396 32512 0 100852 1477032
-/+ buffers/cache: 2384512 1610396
Swap: 8000328 28468 7971860
Если вы добавляете «буферы» и «кеш», а затем вычитаете из столбца «used», вы 'вторая строка под «используется» (строка, начинающаяся с -/+ buffers/cache), которая показывает около 2.3G (2384512) в использовании, которая соответствует сообщаемой памяти, используемой системным монитором (она игнорирует буферы / cached, потому что они уйдут, чтобы освободить место для большего количества процессов).
Ваш grep против /proc/meminfo фактически соответствует столбцу «free» первой строки (32512 достаточно близко к 34536), вероятно, изменился два командных выхода).
Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.
Как правило, системная память Linux используется ядром для двух целей: процессов и файловый / сетевой кэш / буферы. Если вы внимательно посмотрите на результат работы free, это уже показано:
total used free shared buffers cached
Mem: 3994908 3962396 32512 0 100852 1477032
-/+ buffers/cache: 2384512 1610396
Swap: 8000328 28468 7971860
Если вы добавляете «буферы» и «кеш», а затем вычитаете из столбца «used», вы 'вторая строка под «используется» (строка, начинающаяся с -/+ buffers/cache), которая показывает около 2.3G (2384512) в использовании, которая соответствует сообщаемой памяти, используемой системным монитором (она игнорирует буферы / cached, потому что они уйдут, чтобы освободить место для большего количества процессов).
Ваш grep против /proc/meminfo фактически соответствует столбцу «free» первой строки (32512 достаточно близко к 34536), вероятно, изменился два командных выхода).
Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.
Как правило, системная память Linux используется ядром для двух целей: процессов и файловый / сетевой кэш / буферы. Если вы внимательно посмотрите на результат работы free, это уже показано:
total used free shared buffers cached
Mem: 3994908 3962396 32512 0 100852 1477032
-/+ buffers/cache: 2384512 1610396
Swap: 8000328 28468 7971860
Если вы добавляете «буферы» и «кеш», а затем вычитаете из столбца «used», вы 'вторая строка под «используется» (строка, начинающаяся с -/+ buffers/cache), которая показывает около 2.3G (2384512) в использовании, которая соответствует сообщаемой памяти, используемой системным монитором (она игнорирует буферы / cached, потому что они уйдут, чтобы освободить место для большего количества процессов).
Ваш grep против /proc/meminfo фактически соответствует столбцу «free» первой строки (32512 достаточно близко к 34536), вероятно, изменился два командных выхода).
Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.
Как правило, системная память Linux используется ядром для двух целей: процессов и файловый / сетевой кэш / буферы. Если вы внимательно посмотрите на результат работы free, это уже показано:
total used free shared buffers cached
Mem: 3994908 3962396 32512 0 100852 1477032
-/+ buffers/cache: 2384512 1610396
Swap: 8000328 28468 7971860
Если вы добавляете «буферы» и «кеш», а затем вычитаете из столбца «used», вы 'вторая строка под «используется» (строка, начинающаяся с -/+ buffers/cache), которая показывает около 2.3G (2384512) в использовании, которая соответствует сообщаемой памяти, используемой системным монитором (она игнорирует буферы / cached, потому что они уйдут, чтобы освободить место для большего количества процессов).
Ваш grep против /proc/meminfo фактически соответствует столбцу «free» первой строки (32512 достаточно близко к 34536), вероятно, изменился два командных выхода).
Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.
Как правило, системная память Linux используется ядром для двух целей: процессов и файловый / сетевой кэш / буферы. Если вы внимательно посмотрите на результат работы free, это уже показано:
total used free shared buffers cached
Mem: 3994908 3962396 32512 0 100852 1477032
-/+ buffers/cache: 2384512 1610396
Swap: 8000328 28468 7971860
Если вы добавляете «буферы» и «кеш», а затем вычитаете из столбца «used», вы 'вторая строка под «используется» (строка, начинающаяся с -/+ buffers/cache), которая показывает около 2.3G (2384512) в использовании, которая соответствует сообщаемой памяти, используемой системным монитором (она игнорирует буферы / cached, потому что они уйдут, чтобы освободить место для большего количества процессов).
Ваш grep против /proc/meminfo фактически соответствует столбцу «free» первой строки (32512 достаточно близко к 34536), вероятно, изменился два командных выхода).
Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.
Как правило, системная память Linux используется ядром для двух целей: процессов и файловый / сетевой кэш / буферы. Если вы внимательно посмотрите на выход free
, это уже показано:
общее количество использованных свободных общих буферов кэшировано Mem: 3994908 3962396 32512 0 100852 1477032 - / + буферы / cache: 2384512 1610396 Swap: 8000328 28468 7971860
Если вы добавите «буферы» и «кеш», а затем вычтите из столбца «used», вы получите вторую строку под «used» (строка, начинающаяся с - / + buffers / cache
), которая показывает около 2.3G (2384512), которая соответствует используемой памяти, используемой в отчете System Monitor. игнорирует буферы / кэшированные, потому что они уйдут, чтобы освободить место для большего количества процессов).
Ваш grep против / proc / meminfo
фактически соответствует столбцу «free» первой строки ( 32512 достаточно близко к 34536 - вероятно, он изменился между двумя командами).
Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.
Как правило, системная память Linux используется ядром для двух целей: процессов и файловый / сетевой кэш / буферы. Если вы внимательно посмотрите на выход free
, это уже показано:
общее количество использованных свободных общих буферов кэшировано Mem: 3994908 3962396 32512 0 100852 1477032 - / + буферы / cache: 2384512 1610396 Swap: 8000328 28468 7971860
Если вы добавите «буферы» и «кеш», а затем вычтите из столбца «used», вы получите вторую строку под «used» (строка, начинающаяся с - / + buffers / cache
), которая показывает около 2.3G (2384512), которая соответствует используемой памяти, используемой в отчете System Monitor. игнорирует буферы / кэшированные, потому что они уйдут, чтобы освободить место для большего количества процессов).
Ваш grep против / proc / meminfo
фактически соответствует столбцу «free» первой строки ( 32512 достаточно близко к 34536 - вероятно, он изменился между двумя командами).
Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.
Как правило, системная память Linux используется ядром для двух целей: процессов и файловый / сетевой кэш / буферы. Если вы внимательно посмотрите на выход free
, это уже показано:
общее количество использованных свободных общих буферов кэшировано Mem: 3994908 3962396 32512 0 100852 1477032 - / + буферы / cache: 2384512 1610396 Swap: 8000328 28468 7971860
Если вы добавите «буферы» и «кеш», а затем вычтите из столбца «used», вы получите вторую строку под «used» (строка, начинающаяся с - / + buffers / cache
), которая показывает около 2.3G (2384512), которая соответствует используемой памяти, используемой в отчете System Monitor. игнорирует буферы / кэшированные, потому что они уйдут, чтобы освободить место для большего количества процессов).
Ваш grep против / proc / meminfo
фактически соответствует столбцу «free» первой строки ( 32512 достаточно близко к 34536 - вероятно, он изменился между двумя командами).
Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как столбец free в /usr/bin/free.
Проблема в том, что бесплатный физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.
Итак, мы решили сделать так же, как -/+ buffers/cache: строка /usr/bin/free. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.
Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении для наблюдения, как в системном мониторе.
Текущая Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat, из-за чего глупые администраторы DB жалуются, что «ZFS плохой»:)
Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как столбец free в /usr/bin/free.
Проблема в том, что бесплатный физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.
Итак, мы решили сделать так же, как -/+ buffers/cache: строка /usr/bin/free. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.
Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении для наблюдения, как в системном мониторе.
Текущая Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat, из-за чего глупые администраторы DB жалуются, что «ZFS плохой»:)
Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как столбец free в /usr/bin/free.
Проблема в том, что бесплатный физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.
Итак, мы решили сделать так же, как -/+ buffers/cache: строка /usr/bin/free. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.
Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении для наблюдения, как в системном мониторе.
Текущая Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat, из-за чего глупые администраторы DB жалуются, что «ZFS плохой»:)
Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как столбец free в /usr/bin/free.
Проблема в том, что бесплатный физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.
Итак, мы решили сделать так же, как -/+ buffers/cache: строка /usr/bin/free. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.
Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении для наблюдения, как в системном мониторе.
Текущая Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat, из-за чего глупые администраторы DB жалуются, что «ZFS плохой»:)
Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как столбец free в /usr/bin/free.
Проблема в том, что бесплатный физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.
Итак, мы решили сделать так же, как -/+ buffers/cache: строка /usr/bin/free. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.
Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении для наблюдения, как в системном мониторе.
Текущая Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat, из-за чего глупые администраторы DB жалуются, что «ZFS плохой»:)
Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как free
столбец в / usr / bin / free
.
Проблема в том, что свободная физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.
Итак, мы решили сделать так же, как - / + buffers / cache:
строка / usr / bin / free
. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.
Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении наблюдения, как в системном мониторе.
Текущая проблема Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat
, из-за которого глупые администраторы DB жалуются, что «ZFS плохой»:)
Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как free
столбец в / usr / bin / free
.
Проблема в том, что свободная физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.
Итак, мы решили сделать так же, как - / + buffers / cache:
строка / usr / bin / free
. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.
Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении наблюдения, как в системном мониторе.
Текущая проблема Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat
, из-за которого глупые администраторы DB жалуются, что «ZFS плохой»:)
Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как free
столбец в / usr / bin / free
.
Проблема в том, что свободная физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.
Итак, мы решили сделать так же, как - / + buffers / cache:
строка / usr / bin / free
. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.
Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении наблюдения, как в системном мониторе.
Текущая проблема Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat
, из-за которого глупые администраторы DB жалуются, что «ZFS плохой»:)