В чем разница между отчетом об использовании памяти в системном мониторе и другим?

Question 1

Технически вы можете открыть файл ISO с помощью какой-либо программы архивирования и удалить что-то из него. Однако, что может быть удалено без сбоя установки - вы должны угадать.

Question 2

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

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

Question 3

Question 4

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

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

Question 5

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

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

Question 6

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

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

Question 7

Question 8

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

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

Question 9

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

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

Question 10

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

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

Question 11

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

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

Question 12

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

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

Question 13

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

Question 15

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

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

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

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

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

Question 16

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

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

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

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

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

Question 17

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

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

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

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

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

Question 18

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

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

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

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

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

Question 19

Question 20

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

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

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

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

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

Question 21

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

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

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

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

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

Question 22

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

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

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

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

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

Question 23

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

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

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

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

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

Question 24

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

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

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

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

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

Question 25

Question 26

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

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

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

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

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

muru · Accepted Answer · 26 May 2018 в 00:46

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

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

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

muru · Accepted Answer · 25 July 2018 в 23:00

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

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

muru · Accepted Answer · 31 July 2018 в 10:42

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

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

muru · Accepted Answer · 31 July 2018 в 11:46

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

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

muru · Accepted Answer · 2 August 2018 в 04:22

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

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

muru · Accepted Answer · 4 August 2018 в 20:53

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

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

muru · Accepted Answer · 6 August 2018 в 04:27

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

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

muru · Accepted Answer · 7 August 2018 в 22:34

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

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

muru · Accepted Answer · 10 August 2018 в 10:41

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

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

muru · Accepted Answer · 13 August 2018 в 17: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 - вероятно, он изменился между двумя командами).

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

Benoît · Answer 11 · 26 May 2018 в 00:46

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

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

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

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

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

Benoît · Answer 12 · 25 July 2018 в 23:00

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

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

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

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

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

Benoît · Answer 13 · 31 July 2018 в 10:42

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

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

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

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

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

Benoît · Answer 14 · 31 July 2018 в 11:46

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

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

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

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

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

Benoît · Answer 15 · 2 August 2018 в 04:22

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

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

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

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

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

Benoît · Answer 16 · 4 August 2018 в 20:53

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

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

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

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

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

Benoît · Answer 17 · 6 August 2018 в 04:27

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

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

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

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

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

Benoît · Answer 18 · 7 August 2018 в 22:34

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

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

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

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

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

Benoît · Answer 19 · 10 August 2018 в 10:41

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

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

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

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

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

Benoît · Answer 20 · 13 August 2018 в 17:14

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

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

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

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

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

В чем разница между отчетом об использовании памяти в системном мониторе и другим?

20 ответов

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

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