The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"вопрос о памяти (cached)"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Система. проблемы, диагностика / Linux)
Изначальное сообщение [ Отслеживать ]

"вопрос о памяти (cached)"  +/
Сообщение от konst email(??) on 10-Окт-12, 23:58 
Наливал 2 сервера. Один - 2 мес. назад. Другой - вчера.
Одинаковая конфигурация железа/ОС/Приложений
ОС: ScientificLinux-5.7
kernel: 2.6.18-308.16.1.el5 #1 SMP Wed Oct 3 00:53:20 EDT 2012 x86_64 x86_64 x86_64
запущены одни и те же процессы (все лишнее убрано)
md-1 рейд (одинаковый)
oracle-10 с одинаковыми параметрами и одинаковыми данными. Запущен, но не используется.
Оба сервера практически пока не используются.
-----
Столкнулся с таким фактом: команда free показывает, что 1-й сервер быстро начинает кушать cashed (это спустя несколько часов после ребута обоих).
1) free
             total       used       free     shared    buffers     cached
Mem:         15540       5151      10388          0        105       4772
-/+ buffers/cache:        274      15266
Swap:         8205          0       8205

2) free
             total       used       free     shared    buffers     cached
Mem:         15540       1151      14389          0         60        929
-/+ buffers/cache:        161      15378
Swap:         4204          0       4204
---------

Вопросы: это нормально? И как посмотреть, какие процессы в этом участвуют?

Команда top -c (+сортировка по памяти) выдает одинаковые рез-ты.
Ниже вывод /proc/meminfo:
1)
MemTotal:     15913572 kB
MemFree:      10608324 kB
Buffers:        111628 kB
Cached:        4911300 kB
SwapCached:          0 kB
Active:         727412 kB
Inactive:      4379256 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:     15913572 kB
LowFree:      10608324 kB
SwapTotal:     8401976 kB
SwapFree:      8401976 kB
Dirty:             216 kB
Writeback:           0 kB
AnonPages:       83688 kB
Mapped:         431896 kB
Slab:           155232 kB
PageTables:      12868 kB
NFS_Unstable:        0 kB
Bounce:              0 kB
CommitLimit:  16358760 kB
Committed_AS:  9439544 kB
VmallocTotal: 34359738367 kB
VmallocUsed:    266972 kB
VmallocChunk: 34359471355 kB
HugePages_Total:     0
HugePages_Free:      0
HugePages_Rsvd:      0
Hugepagesize:     2048 kB

2)
MemTotal:     15913564 kB
MemFree:      14733384 kB
Buffers:         63032 kB
Cached:         951464 kB
SwapCached:          0 kB
Active:         408912 kB
Inactive:       695340 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:     15913564 kB
LowFree:      14733384 kB
SwapTotal:     4305336 kB
SwapFree:      4305336 kB
Dirty:              12 kB
Writeback:           0 kB
AnonPages:       89760 kB
Mapped:         436956 kB
Slab:            33976 kB
PageTables:      13108 kB
NFS_Unstable:        0 kB
Bounce:              0 kB
CommitLimit:  12262116 kB
Committed_AS:  9478548 kB
VmallocTotal: 34359738367 kB
VmallocUsed:    265044 kB
VmallocChunk: 34359473307 kB
HugePages_Total:     0
HugePages_Free:      0
HugePages_Rsvd:      0
Hugepagesize:     2048 kB

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "вопрос о памяти (cached)"  +/
Сообщение от PavelR (ok) on 11-Окт-12, 09:16 
> Столкнулся с таким фактом: команда free показывает, что 1-й сервер быстро начинает
> кушать cashed (это спустя несколько часов после ребута обоих).
> Вопросы: это нормально? И как посмотреть, какие процессы в этом участвуют?

Да, нормально.

В этом участвуют все процессы + руки админа и пользователей, если они есть.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "вопрос о памяти (cached)"  +/
Сообщение от konst email(??) on 11-Окт-12, 10:51 
>> Столкнулся с таким фактом: команда free показывает, что 1-й сервер быстро начинает
>> кушать cashed (это спустя несколько часов после ребута обоих).
>> Вопросы: это нормально? И как посмотреть, какие процессы в этом участвуют?
> В этом участвуют все процессы + руки админа и пользователей, если они
> есть.

сервера не юзаются.
> Да, нормально.

Спасибо. Я так и предполагал, но можете пояснить такой момент:
Если сервер долго работает, то с заполнением cashed все понятно. Но почему такая же ситуация после reboot?


Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "вопрос о памяти (cached)"  +/
Сообщение от Mimicus Pipicus Onanizmus on 12-Окт-12, 09:39 
>>> Столкнулся с таким фактом: команда free показывает, что 1-й сервер быстро начинает
>>> кушать cashed (это спустя несколько часов после ребута обоих).
>>> Вопросы: это нормально? И как посмотреть, какие процессы в этом участвуют?
>> В этом участвуют все процессы + руки админа и пользователей, если они
>> есть.
> сервера не юзаются.
>> Да, нормально.
> Спасибо. Я так и предполагал, но можете пояснить такой момент:
> Если сервер долго работает, то с заполнением cashed все понятно. Но почему
> такая же ситуация после reboot?

Логика  работы кеша такая. На цифру можете не смотреть, как только приложениям будет нужно больше оперативы, кеш будет сброшен на диск.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "вопрос о памяти (cached)"  +/
Сообщение от PavelR (ok) on 12-Окт-12, 11:49 
>[оверквотинг удален]
>>>> Вопросы: это нормально? И как посмотреть, какие процессы в этом участвуют?
>>> В этом участвуют все процессы + руки админа и пользователей, если они
>>> есть.
>> сервера не юзаются.
>>> Да, нормально.
>> Спасибо. Я так и предполагал, но можете пояснить такой момент:
>> Если сервер долго работает, то с заполнением cashed все понятно. Но почему
>> такая же ситуация после reboot?
> Логика  работы кеша такая. На цифру можете не смотреть, как только
> приложениям будет нужно больше оперативы, кеш будет сброшен на диск.

Не будет ничего на диск сбрасываться, т.к. этот кеш содержит прочитанное с диска.
При необходимости в оперативке кэш просто ужмется и всё.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "вопрос о памяти (cached)"  +/
Сообщение от konst email(??) on 12-Окт-12, 15:51 
>[оверквотинг удален]
>>>> Вопросы: это нормально? И как посмотреть, какие процессы в этом участвуют?
>>> В этом участвуют все процессы + руки админа и пользователей, если они
>>> есть.
>> сервера не юзаются.
>>> Да, нормально.
>> Спасибо. Я так и предполагал, но можете пояснить такой момент:
>> Если сервер долго работает, то с заполнением cashed все понятно. Но почему
>> такая же ситуация после reboot?
> Логика  работы кеша такая. На цифру можете не смотреть, как только
> приложениям будет нужно больше оперативы, кеш будет сброшен на диск.

Наверное я плохо сформулировал вопрос... А он был вот в чем:
Почему на 2-х одинаковых серверах (по железу/запущенным приложениям) cashed заполняется по разному. Напр. сейчас на них ситуация такая:

1)             total       used       free     shared    buffers     cached
Mem:         15540       7753       7786          0        510       6804
-/+ buffers/cache:        438      15102
Swap:         8205          0       8205

2)             total       used       free     shared    buffers     cached
Mem:         15540       1559      13980          0        192       1172
-/+ buffers/cache:        195      15344
Swap:         4204          0       4204

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "вопрос о памяти (cached)"  +/
Сообщение от PavelR (ok) on 13-Окт-12, 14:19 

> Наверное я плохо сформулировал вопрос... А он был вот в чем:
> Почему на 2-х одинаковых серверах (по железу/запущенным приложениям) cashed заполняется
> по разному. Напр. сейчас на них ситуация такая:

Чудес не бывает, сервера разные.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "вопрос о памяти (cached)"  +/
Сообщение от konst email(??) on 13-Окт-12, 15:45 

>> Наверное я плохо сформулировал вопрос... А он был вот в чем:
>> Почему на 2-х одинаковых серверах (по железу/запущенным приложениям) cashed заполняется
>> по разному. Напр. сейчас на них ситуация такая:
> Чудес не бывает, сервера разные.

Так и я о том же. Хочу понять причину...
Железо - одинаковое. Диски (500G) с md-1-рейд разбиты примерно одинаково (разница - у одного на "/" 49G у другого - 51 G)
Одинаковая ОС (SL-5.7) после yum update (т.е. и ядро ==)
Установленные пакеты немного различаются (на одном samba-server, на другом tetex и проч. отличия), но все это НЕ  ЗАПУЩЕНО и не используется.
Согласно ntsysv запущены одинаковые процессы.

Если сделать одновременный reboot, то сначала "free" дает примерно равные показатели, но вскоре сервер который был установлен 2 мес. назад (против того, что был установлен несколько дней назад) начинает активно забирать cached. Хочу понять почему. Грешу на tmpwatch, но ... не понимаю...

1)find /usr/ |wc -l
145508
2)find /usr/ |wc -l
129918
---
ps -auxw/top -c - дает одинаковый рез-т.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "вопрос о памяти (cached)"  +/
Сообщение от Ilya email(??) on 17-Окт-12, 01:17 
logging.


Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "вопрос о памяти (cached)"  +/
Сообщение от konst email(??) on 17-Окт-12, 01:38 
> logging.

все-таки нашел одно отличие в запущ.процессах (по ls -l /etc/rc3.d/S*)

это - yum (ночные update). НА первом сервере. После того как их отключил ситуация по памяти сравнялась и даже изменилась в другую сторону. Теперь 2-й более "ест", но уже без такого явного отрыва:
uptime - 3 дня:

1)             total       used       free     shared    buffers     cached
Mem:         15540        907      14633          0        125        594
-/+ buffers/cache:        187      15353
Swap:         8205          0       8205
--------------
2)             total       used       free     shared    buffers     cached
Mem:         15540       1919      13621          0        209       1510
-/+ buffers/cache:        199      15341
Swap:         4204          0       4204

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру