URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 80371
[ Назад ]
Исходное сообщение
"Не освобождается память в Линуксе"
Отправлено Алексей , 20-Май-08 17:43 
Всем привет вот возникла проблема не освобождения памяти на линуксе.

При копировании большего кол-ва и объема файлов (копировал 40G с использованием mc) - память постепенно расходуется, а после завершения копирования не освобождается.
Аналогичная ситуация при запуске и опускании  базы и приложений Oracle - память не освобождается.

От железа не зависит, пробывали на серверах IBM и обычных рабочих станциях.
Объем памяти в железе от 4G до 8G

Enterprise Linux Enterprise Linux AS release 4 (October Update 6)
Linux 2.6.9-67.0.0.0.1.ELsmp #1 SMP Sun Nov 18 00:23:42 EST 2007 i686 i686 i386 GNU/Linux

Может кто решил эту проблему?

Спасибо.
Алексей.

Содержание
Сообщения в этом обсуждении
"Не освобождается память в Линуксе"
Отправлено PavelR , 20-Май-08 18:01 
Как мониторите занятость памяти ?
"Не освобождается память в Линуксе"
Отправлено Алексей , 20-Май-08 18:10 
>Как мониторите занятость памяти ?

top

или

watch free

"Не освобождается память в Линуксе"
Отправлено Алексей , 20-Май-08 18:12 
>Как мониторите занятость памяти ?

top
или
watch free

многие утилиты попробывал показывают одинаково

"Не освобождается память в Линуксе"
Отправлено Алексей , 20-Май-08 18:15 
для мониторинга использую
top
или
watch free

многие утилиты попробывал показывают одинаково (память не освобождается)


"Не освобождается память в Линуксе"
Отправлено pavel_simple , 20-Май-08 18:19 
>для мониторинга использую
>top
> или
>watch free
>
>многие утилиты попробывал показывают одинаково (память не освобождается)

и чем же она занята?

"Не освобождается память в Линуксе"
Отправлено Алексей , 20-Май-08 18:29 
>>для мониторинга использую
>>top
>> или
>>watch free
>>
>>многие утилиты попробывал показывают одинаково (память не освобождается)
>
>и чем же она занята?

Так вот в этом и вопрос процесов занимающих ее нет, а занятость памяти остается.

Как пример загружаю Oracle, он съедает 2G , опсукаю его.
процессов Oracle нет, а занятость памяти есть
Запускаю Oracle снова он снова съедает 2Г, плюс не освобожденная память и того всего съедено 4г.
Oracle как пример, ситуация аналогична и при копировании файлов


"Не освобождается память в Линуксе"
Отправлено Аноним , 20-Май-08 19:56 
Читать как linux работает с памятью и не задавать глупых вопросов. Свободной памяти быть вообще не должно.
"Не освобождается память в Линуксе"
Отправлено Dorlas , 20-Май-08 21:30 
>Читать как linux работает с памятью и не задавать глупых вопросов. Свободной
>памяти быть вообще не должно.

Откройте для себя программу htop - и будет Вам счастье :)

"Не освобождается память в Линуксе"
Отправлено Алексей , 21-Май-08 09:53 
>>Читать как linux работает с памятью и не задавать глупых вопросов. Свободной
>>памяти быть вообще не должно.
>
>Откройте для себя программу htop - и будет Вам счастье :)

Спасибо, сейчас попробую!

"Не освобождается память в Линуксе"
Отправлено Алексей , 21-Май-08 09:48 
>Читать как linux работает с памятью и не задавать глупых вопросов. Свободной
>памяти быть вообще не должно.

Раз вы такой просвященный то могли бы ответить.
А вставлять ваши три копейки и умничать удел "недалеких".

"Не освобождается память в Линуксе"
Отправлено pavel_simple , 21-Май-08 09:50 
только недалёкий человек не смог найти эту информацию и пойти на форум чтобы пофлудить
"Не освобождается память в Линуксе"
Отправлено Алексей , 21-Май-08 09:57 
>только недалёкий человек не смог найти эту информацию и пойти на форум
>чтобы пофлудить

По форуму искал и ответа не нашел.
Ну а если тбе нечего ответить на вопрос, то чего вообще писать, только чтоб поумничать или потешитбь свое я и самолюбие и флудом вы занимаетесь!

у меня конкретный вопрос,
у кого есть возможность, то тот ответит
а вы батенька только флудом в этом вопросе  и занимаетесь.

"Не освобождается память в Линуксе"
Отправлено Алексей , 21-Май-08 10:00 
>только недалёкий человек не смог найти эту информацию и пойти на форум
>чтобы пофлудить

народ задает вопросы, чтобы получить полезный ответ.
а ваш ответ ни к ничему не пришьешь

и за ваши ответы спасибо вам никто не скажет!!!

"Не освобождается память в Линуксе"
Отправлено sn , 21-Май-08 10:07 
>>только недалёкий человек не смог найти эту информацию и пойти на форум
>>чтобы пофлудить
>
>народ задает вопросы, чтобы получить полезный ответ.
>а ваш ответ ни к ничему не пришьешь
>
>и за ваши ответы спасибо вам никто не скажет!!!

Дружище! Зачем хамить. Этот вопрос здесь задают еженедельно.
Посмотри у тебя топ показывает занятую память как buff и cached

Mem:   513580K av,  482736K used,   30844K free,       0K shrd,  177468K buff
Swap:  779144K av,   39600K used,  739544K free                  189040K cached

Как кеш он ее занимает и при необходимости освобождает для других процессов.

"Не освобождается память в Линуксе"
Отправлено Алексей , 21-Май-08 10:32 
>[оверквотинг удален]
>
>Mem:   513580K av,  482736K used,   30844K free,
>      0K shrd,  177468K buff
>
>Swap:  779144K av,   39600K used,  739544K free  
>          
>     189040K cached
>
>Как кеш он ее занимает и при необходимости освобождает для других процессов.
>

Спасибо за ответ!
Хамить никому не собирался, если кого задел, то извините.


О памяти, прокомментируйте пожалуйста , кто в данны момент съедает 2897136k?
Если это кеш, то как его очистить, с помощью какой утилиты?

Спасибо!

Every 2.0s: free                                                                                                                             Wed May 21 10:30:39 2008

             total       used       free     shared    buffers     cached
Mem:       4082276    2897392    1184884          0     314404    2409096
-/+ buffers/cache:     173892    3908384
Swap:     17406416        208   17406208

top - 10:27:55 up 9 days, 44 min,  3 users,  load average: 0.00, 0.02, 0.03
Tasks:  68 total,   1 running,  67 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.9% us,  0.7% sy,  0.0% ni, 96.2% id,  1.2% wa,  0.0% hi,  0.0% si
Mem:   4082276k total,  2897136k used,  1185140k free,   314364k buffers
Swap: 17406416k total,      208k used, 17406208k free,  2408876k cached

  PID USER      PR  NI %CPU    TIME+  %MEM  VIRT  RES  SHR S COMMAND
24136 root      16   0    2   0:05.30  0.0  2632 1276  868 S htop
    1 root      16   0    0   0:06.35  0.0  2412  600  512 S init
    2 root      RT   0    0   0:00.31  0.0     0    0    0 S migration/0
    3 root      34  19    0   0:00.02  0.0     0    0    0 S ksoftirqd/0
    4 root      RT   0    0   0:00.37  0.0     0    0    0 S migration/1
    5 root      34  19    0   0:00.02  0.0     0    0    0 S ksoftirqd/1
    6 root       5 -10    0   0:00.00  0.0     0    0    0 S events/0
    7 root       5 -10    0   0:00.00  0.0     0    0    0 S events/1
    8 root       5 -10    0   0:00.00  0.0     0    0    0 S khelper
    9 root      15 -10    0   0:00.00  0.0     0    0    0 S kacpid
   46 root       5 -10    0   0:00.00  0.0     0    0    0 S kblockd/0
   47 root       5 -10    0   0:00.00  0.0     0    0    0 S kblockd/1
   48 root      15   0    0   0:00.00  0.0     0    0    0 S khubd
   65 root      15   0    0   0:00.69  0.0     0    0    0 S pdflush
   66 root      15   0    0   0:00.43  0.0     0    0    0 S pdflush
   67 root      15   0    0   0:15.91  0.0     0    0    0 S kswapd0
   68 root      14 -10    0   0:00.00  0.0     0    0    0 S aio/0
   69 root      14 -10    0   0:00.00  0.0     0    0    0 S aio/1
  213 root      25   0    0   0:00.00  0.0     0    0    0 S kseriod
  440 root       5 -10    0   0:00.00  0.0     0    0    0 S ata/0
  441 root       5 -10    0   0:00.00  0.0     0    0    0 S ata/1
  442 root       8 -10    0   0:00.00  0.0     0    0    0 S ata_aux
  446 root      15   0    0   0:00.00  0.0     0    0    0 S scsi_eh_0
  447 root      15   0    0   0:00.00  0.0     0    0    0 S scsi_eh_1
  460 root      15   0    0   0:00.00  0.0     0    0    0 S scsi_eh_2
  461 root      15   0    0   0:00.00  0.0     0    0    0 S scsi_eh_3
  471 root      15   0    0   0:36.78  0.0     0    0    0 S kjournald
1087 root       6 -10    0   0:00.00  0.0     0    0    0 S kauditd
1764 root       6 -10    0   0:00.00  0.0  2504  504  412 S udevd
1901 root       6 -10    0   0:00.00  0.0     0    0    0 S hda_codec/0
1902 root       6 -10    0   0:00.00  0.0     0    0    0 S hda_codec/1
2520 root      15   0    0   0:00.04  0.0     0    0    0 S kjournald
2521 root      15   0    0   1:07.24  0.0     0    0    0 S kjournald
3130 root      16   0    0   0:01.81  0.0  3356  380  308 S cpuspeed
3131 root      16   0    0   0:01.60  0.0  3356  376  304 S cpuspeed
3410 root      16   0    0   0:00.20  0.0  2948  548  444 S syslogd
3414 root      16   0    0   0:00.00  0.0  2156  388  316 S klogd
3428 root      16   0    0   0:00.39  0.0  3076  288  204 S irqbalance
3472 root      15   0    0   0:00.09  0.0  2268  508  292 S smartd
3482 root      22   0    0   0:00.00  0.0  1968  492  408 S acpid
3561 root      16   0    0   0:00.35  0.0  5196 1160  852 S sshd
3572 root      15   0    0   0:00.00  0.0  3164  760  620 S xinetd
3582 root      16   0    0   0:00.00  0.0  3588  452  372 S gpm
3592 root      16   0    0   0:00.05  0.0  5128  932  532 S crond
3614 xfs       16   0    0   0:00.01  0.0  4224 1620  732 S xfs
3633 root      16   0    0   0:00.00  0.0  1796  440  320 S atd
3657 dbus      15   0    0   0:00.10  0.0  3144  956  796 S dbus-daemon-1
3667 root      16   0    0   0:01.93  0.1  5924 2664 1484 S hald
3676 root      19   0    0   0:00.00  0.0  1984  472  404 S mingetty
3677 root      19   0    0   0:00.00  0.0  1672  472  404 S mingetty
3678 root      18   0    0   0:00.00  0.0  2104  472  404 S mingetty
3679 root      18   0    0   0:00.00  0.0  2376  472  404 S mingetty
3680 root      19   0    0   0:00.00  0.0  2208  472  404 S mingetty
3681 root      18   0    0   0:00.00  0.0  3280  472  404 S mingetty
7224 named     24   0    0   0:00.30  0.1 48388 3100 1872 S named
9707 root      15   0    0   0:00.87  0.1  7080 2284 1828 S sshd
9809 oracle    15   0    0   0:09.60  0.0  7224 1568 1096 S sshd
9810 oracle    16   0    0   0:00.47  0.0  4968 1588 1212 S bash
10271 root      16   0    0   0:02.34  0.1  8076 2340 1860 S sshd
10286 root      15   0    0   0:00.02  0.0  5036 1448 1188 S bash

"Не освобождается память в Линуксе"
Отправлено grot , 21-Май-08 10:42 
>[оверквотинг удален]
>S sshd
> 9810 oracle    16   0  
> 0   0:00.47  0.0  4968 1588 1212
>S bash
>10271 root      16   0  
>  0   0:02.34  0.1  8076 2340
>1860 S sshd
>10286 root      15   0  
>  0   0:00.02  0.0  5036 1448
>1188 S bash

очистить кеш
http://www.opennet.me/tips/info/1455.shtml

"Не освобождается память в Линуксе"
Отправлено Алексей , 21-Май-08 11:00 
>[оверквотинг удален]
>>S bash
>>10271 root      16   0  
>>  0   0:02.34  0.1  8076 2340
>>1860 S sshd
>>10286 root      15   0  
>>  0   0:00.02  0.0  5036 1448
>>1188 S bash
>
>очистить кеш
>http://www.opennet.me/tips/info/1455.shtml

Спасибо, сейчас попробую

"Не освобождается память в Линуксе"
Отправлено Аноним , 21-Май-08 21:05 
>Если это кеш, то как его очистить, с помощью какой утилиты?

Его не надо чистить. Тебе _НЕ_НУЖНА_ память, которая простаивает, а приложениям она выделится когда потребуется.

"Не освобождается память в Линуксе"
Отправлено pavel_simple , 21-Май-08 10:10 
>и за ваши ответы спасибо вам никто не скажет!!!

http://www.linuxrsp.ru/artic/smart-questions-ru.html
P.S.
на достойный внимания вопрос уже даааавно бы нашлось не мало ответов

"Не освобождается память в Линуксе"
Отправлено Алексей , 21-Май-08 10:32 
>>и за ваши ответы спасибо вам никто не скажет!!!
>
>http://www.linuxrsp.ru/artic/smart-questions-ru.html
>P.S.
>на достойный внимания вопрос уже даааавно бы нашлось не мало ответов

Спасибо за ответ!
Хамить никому не собирался, если кого задел, то извините.

"Не освобождается память в Линуксе"
Отправлено Axis , 21-Май-08 10:30 
Да что вы пристали к человеку!!!!! А если у вас будет проблема и вам так отвечать будут? На форуме есть вопрос на него нужно найти ответ иначе зачем он вообще нужен! По поводу вопроса.  Такие грабли встречались на Fedora Core 3 (сервер сборный). К примеру Samba жрала всю память и не отпускала. Так же встречались такие грабли на ASP Linux на базе 3-й Fedora Core. Lodus Domino жрал память и не отпускал. Причём на  Fedora Core 7 таких граблей нет. В связи с этим откозались от Red Hat и перешли на SUSE Enterprise. Кстати рекомендую SUSE потому что они намного качественнее в плане технологичности и корпоратива делают. Выводы:
1)Обновляемся господа или откатываемся на более позднюю версию.
2)Мучаем суппорт звоним пишем и топаем нагами т.к. за софт уплачено буддте любезны отработать.
3)Пробуем пересобрать ядро если первых два пункта тщетны.
"Не освобождается память в Линуксе"
Отправлено Алексей , 21-Май-08 10:36 
>[оверквотинг удален]
>примеру Samba жрала всю память и не отпускала. Так же встречались
>такие грабли на ASP Linux на базе 3-й Fedora Core. Lodus
>Domino жрал память и не отпускал. Причём на  Fedora Core
>7 таких граблей нет. В связи с этим откозались от Red
>Hat и перешли на SUSE Enterprise. Кстати рекомендую SUSE потому что
>они намного качественнее в плане технологичности и корпоратива делают. Выводы:
>1)Обновляемся господа или откатываемся на более позднюю версию.
>2)Мучаем суппорт звоним пишем и топаем нагами т.к. за софт уплачено буддте
>любезны отработать.
>3)Пробуем пересобрать ядро если первых два пункта тщетны.

Спасибо за ответ!
Хотель бы с Redhat~ом разобраться, ну если не получиться, то тогда попробуем SUSE.
Ядро пересобрать быстрее всего наверно будет.

"Не освобождается память в Линуксе"
Отправлено Axis , 21-Май-08 10:44 
>Спасибо за ответ!
>Хотель бы с Redhat~ом разобраться, ну если не получиться, то тогда попробуем
>SUSE.
>Ядро пересобрать быстрее всего наверно будет.

Суппорт обычно быстро отвечает в течении дня. А вообще можно попробывать взять любой линукс и протестить и стащить рабочий нормальный конфиг ядра. При сборке на Rad Hat просто его воткнуть или сравнить опции и выбрать оптимальный вариант.

"Не освобождается память в Линуксе"
Отправлено Алексей , 21-Май-08 11:35 
Всем большое спасибо!

Экспериментами выяснилось, что съеденная память являлась кешем ранее запускаемых программ.

Кеш очищается (как подсказали выше) т.о.:


Чистим pagecache:
   echo 1 > /proc/sys/vm/drop_caches

Чистим dentrie и inode кэши:
   echo 2 > /proc/sys/vm/drop_caches

Чистим pagecache, dentrie и inode кэши:
   echo 3 > /proc/sys/vm/drop_caches

Перед выполнением операции необходимо запустить команду sync

"Не освобождается память в Линуксе"
Отправлено Аноним , 21-Май-08 21:07 
>Кеш очищается (как подсказали выше) т.о.

Ты хотя бы понял что этого делать НЕ НАДО?
А то иначе получается что правильнее было тебя сразу послать и ничего не отвечать.

"Не освобождается память в Линуксе"
Отправлено Dorlas , 21-Май-08 22:17 
>>Кеш очищается (как подсказали выше) т.о.
>
>Ты хотя бы понял что этого делать НЕ НАДО?
>А то иначе получается что правильнее было тебя сразу послать и ничего
>не отвечать.

И все таки тема осталась не раскрытой :)

И все потому, что линуксовый top - крайне устаревшая программа...

Не хочу поднимать религ-е войны, но посмотрите фришный top - там с памятью все понятно.

Господа - всегда ставьте htop и используйте только его - крайне наглядная и удобная программа.

"Не освобождается память в Линуксе"
Отправлено angra , 22-Май-08 14:16 
Какое отношение имеет top к тому что человек не может догадаться, что значат cached и buffers, ну или хотя бы с английского перевести.  Лично у меня никогда таких вопросов не возникало. Интересоваться сколько у тебя памяти не имея ни малейшего представления о ее работе мне не кажется умной идеей. Расскажите заодно чем бы ему помог htop, может разноцветными черточками?
"Не освобождается память в Линуксе"
Отправлено anonymous , 22-Май-08 14:21 
>Всем привет вот возникла проблема не освобождения памяти на линуксе.
>
>При копировании большего кол-ва и объема файлов (копировал 40G с использованием mc)
>- память постепенно расходуется, а после завершения копирования не освобождается.
>Аналогичная ситуация при запуске и опускании  базы и приложений Oracle -
>память не освобождается.

Почитайте

https://www.redhat.com/f/pdf/summit/RedHatEnterprisePerfTuni...
http://people.redhat.com/alikins/system_tuning.html
http://drscriptt.riverviewtech.net/linux/enotes/bdflush.html

"Не освобождается память в Линуксе"
Отправлено bromantik , 18-Июн-08 10:42 
Вот на хорошую ссылочку наткнулся
http://mail.nl.linux.org/linux-mm/2003-03/msg00077.html