Разница между монитором системы и свободным -h [dублировать]

Я использую 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

Ситуация осталась на несколько минут. Я начал много процессов со сценарием, и скрипт ждет, пока свободная память опустится ниже. Согласно тому, что я вижу на вкладке «Процесс» (или сверху), число в системном мониторе кажется очень закрытым для общего объема памяти процесса, о котором сообщается бесплатно.

Спасибо

14
задан 4 June 2011 в 03:22

16 ответов

Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.

Как правило, системная память 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), вероятно, изменился два командных выхода).

15
ответ дан 25 July 2018 в 06:50
  • 1
    Спасибо, мне интересно, почему в системе требуется 1,5 Гб кэша, но это ясно. – Guillaume Coté 27 October 2010 в 12:24
  • 2
    Речь идет не столько о «необходимости», чем от "использованного". В этот момент он прочитал, по крайней мере, столько же, сколько с жесткого диска, и сохранил его в запасной памяти, если ему понадобилось снова использовать его. – Kees Cook 27 October 2010 в 22:45

Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.

Как правило, системная память 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), вероятно, изменился два командных выхода).

15
ответ дан 1 August 2018 в 09:14

Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.

Как правило, системная память 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), вероятно, изменился два командных выхода).

15
ответ дан 3 August 2018 в 05:19

Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.

Как правило, системная память 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), вероятно, изменился два командных выхода).

15
ответ дан 4 August 2018 в 07:28

Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.

Как правило, системная память 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), вероятно, изменился два командных выхода).

15
ответ дан 5 August 2018 в 14:42

Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.

Как правило, системная память 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 - вероятно, он изменился между двумя командами).

15
ответ дан 7 August 2018 в 07:59

Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.

Как правило, системная память 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 - вероятно, он изменился между двумя командами).

15
ответ дан 9 August 2018 в 16:14

Разница заключается в том, включена ли «буферная» и «кэшированная» память в «использованный» счет.

Как правило, системная память 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 - вероятно, он изменился между двумя командами).

15
ответ дан 15 August 2018 в 08:23
  • 1
    Спасибо, мне интересно, почему в системе требуется 1,5 Гб кэша, но это ясно. – Guillaume Coté 27 October 2010 в 12:24
  • 2
    Речь идет не столько о «необходимости», чем от "использованного". В этот момент он прочитал, по крайней мере, столько же, сколько с жесткого диска, и сохранил его в запасной памяти, если ему понадобилось снова использовать его. – Kees Cook 27 October 2010 в 22:45

Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как столбец free в /usr/bin/free.

Проблема в том, что бесплатный физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.

Итак, мы решили сделать так же, как -/+ buffers/cache: строка /usr/bin/free. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.

Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении для наблюдения, как в системном мониторе.

Текущая Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat, из-за чего глупые администраторы DB жалуются, что «ZFS плохой»:)

0
ответ дан 25 July 2018 в 06:50

Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как столбец free в /usr/bin/free.

Проблема в том, что бесплатный физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.

Итак, мы решили сделать так же, как -/+ buffers/cache: строка /usr/bin/free. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.

Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении для наблюдения, как в системном мониторе.

Текущая Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat, из-за чего глупые администраторы DB жалуются, что «ZFS плохой»:)

0
ответ дан 1 August 2018 в 09:14

Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как столбец free в /usr/bin/free.

Проблема в том, что бесплатный физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.

Итак, мы решили сделать так же, как -/+ buffers/cache: строка /usr/bin/free. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.

Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении для наблюдения, как в системном мониторе.

Текущая Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat, из-за чего глупые администраторы DB жалуются, что «ZFS плохой»:)

0
ответ дан 3 August 2018 в 05:19

Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как столбец free в /usr/bin/free.

Проблема в том, что бесплатный физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.

Итак, мы решили сделать так же, как -/+ buffers/cache: строка /usr/bin/free. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.

Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении для наблюдения, как в системном мониторе.

Текущая Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat, из-за чего глупые администраторы DB жалуются, что «ZFS плохой»:)

0
ответ дан 4 August 2018 в 07:28

Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как столбец free в /usr/bin/free.

Проблема в том, что бесплатный физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.

Итак, мы решили сделать так же, как -/+ buffers/cache: строка /usr/bin/free. Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.

Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении для наблюдения, как в системном мониторе.

Текущая Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat, из-за чего глупые администраторы DB жалуются, что «ZFS плохой»:)

0
ответ дан 5 August 2018 в 14:42

Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как free столбец в / usr / bin / free .

Проблема в том, что свободная физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.

Итак, мы решили сделать так же, как - / + buffers / cache: строка / usr / bin / free . Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.

Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении наблюдения, как в системном мониторе.

Текущая проблема Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat , из-за которого глупые администраторы DB жалуются, что «ZFS плохой»:)

0
ответ дан 7 August 2018 в 07:59

Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как free столбец в / usr / bin / free .

Проблема в том, что свободная физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.

Итак, мы решили сделать так же, как - / + buffers / cache: строка / usr / bin / free . Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.

Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении наблюдения, как в системном мониторе.

Текущая проблема Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat , из-за которого глупые администраторы DB жалуются, что «ZFS плохой»:)

0
ответ дан 9 August 2018 в 16:14

Когда я получил руку на системном мониторе, использование памяти, указанное на вкладке «Ресурсы», было таким же, как free столбец в / usr / bin / free .

Проблема в том, что свободная физическая память почти 0, скоро или позже: Linux кэширует агрессивно, поэтому деньги, которые вы потратили на покупку ОЗУ, используются эффективно. И это означало, что график будет постоянно показывать> 98% использования памяти, что было бесполезно.

Итак, мы решили сделать так же, как - / + buffers / cache: строка / usr / bin / free . Таким образом, график имеет смысл и позволяет пользователю наблюдать за использованием памяти приложения / пользовательской памяти вместо физического состояния памяти.

Я знаю, это немного вводит в заблуждение, потому что большинство пользователей (l) не понимают, что свободная физическая память - это пустая трата денег и производительности. Я столкнулся с одной и той же проблемой на работе: каждый понедельник серверы перезагружались, а в течение следующих 24 часов каждый сервер запускал бы предупреждение о «полной памяти». Таким образом, у меня было свободное вычисление памяти, зафиксированное в программном обеспечении наблюдения, как в системном мониторе.

Текущая проблема Solaris имеет ту же проблему: кэш ZFS (ARC) не включен в свободную память, о которой сообщают такие инструменты, как vmstat , из-за которого глупые администраторы DB жалуются, что «ZFS плохой»:)

0
ответ дан 15 August 2018 в 08:23

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

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