RE: [Comm] Что то с паматью моей стало 8)

RE: [Comm] Что то с паматью моей стало 8)

[Туркин Михаил Александрович]

Доброго времени суток community!
По выходным данным утилиты free -m, можно увидеть, что обмен
страниц используется всегда, даже если машина загружена слабо.
Если я правильно помню, то организация управления памятью в
Linux организовано так, что в ожидании предстоящей работы,
<захватывается> почти вся возможная память. По поводу
экспериментов с видюхой сказать ничего не могу.
С уважением!

Система: Алт Мастер 2.4. с коробки.
У меня на тачке 1 Гб оперативы, и постоянно польностью загружена на 99% - 
100%, Я использую оболочку КДЕ.
Меня настророжило почему так много используется.
Пошел к другу (у него Debian тоже 1 Гб оперативки. )   смотрю у него тоже 
память на 99% - 100% постоянно загруженно, думал что это нормально для 
линукса, дома пробовал оболочки менять ( Flubox, Xfe) но всеравно загрузка 
памяти полна.
Пожалуйста обьясните что это было и почему была полная загрузка памяти ?
И почему неудачного эксперемента с дровами на видюху память стала меньше 
расходоватся, вообще причем тут они ?

[Comm] Re: Что то с паматью моей стало 8)

[Michael Shigorin]

On Wed, Dec 07, 2005 at 08:26:45AM +0300, Туркин Михаил Александрович wrote:
> У меня на тачке 1 Гб оперативы, и постоянно польностью
> загружена на 99% - 100%, Я использую оболочку КДЕ.  Меня
> настророжило почему так много используется.

"Простаивающая память -- выкинутые деньги" (c)

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


Сборочный сервер:

~> free
             total       used       free     shared    buffers     cached
Mem:       1551328    1521484      29844          0     353400     750520
                                   ^^^^^
-/+ buffers/cache:     417564    1133764
                                 ^^^^^^^
Swap:       522072      15596     506476

Видим, что при ~30M свободной памяти реально свободен гиг с лишним.


Маленький, но прилежный интернет-сервер тоже заметно кэширует,
при этом засовывая ненужное в данный момент из памяти в своп:

             total       used       free     shared    buffers     cached
Mem:        507044     499764       7280          0       1368     319104
-/+ buffers/cache:     179292     327752
Swap:       921624     347700     573924


Ещё двое (как раз с гигом):

             total       used       free     shared    buffers     cached
Mem:       1033300    1015480      17820          0       6716     773904
-/+ buffers/cache:     234860     798440
Swap:       522072     348216     173856

             total       used       free     shared    buffers     cached
Mem:       1033252    1009160      24092          0      63320     442016
-/+ buffers/cache:     503824     529428
Swap:      2096472     310400    1786072

Рабочая станция, на которой сейчас две исковые сессии (одна -- KDE+gimp):
             total       used       free     shared    buffers     cached
Mem:        516432     509640       6792          0          0     147068
-/+ buffers/cache:     362572     153860
Swap:       755012      98144     656868

(сессий бывает и больше, неактивные спокойно уползают в своп
до надобности, но кэш обычно где-то так или больше и держится)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: Что то с паматью моей стало 8)

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 1211 bytes --]

On Wed, Dec 07, 2005 at 04:10:59PM +0200, Michael Shigorin wrote:
> "Простаивающая память -- выкинутые деньги" (c)
> 
> Это нормально, обычно излишек идёт сразу под дисковый кэш
> и высвобождается по мере надобности.
По логике да. Но вот у на с на www сервере наблюдаем странную вещь.
Система постепенно насасывает память под кеш но отдавать ее не очень
торопиться, из-за чего mysql-ю становится дурно и он перегружается (точнее
падает а его Mysql_safe поднимает его обратно).
Типа вот так

[root@www root]# free 
	   total       used       free     shared    buffers     cached
Mem:       1031008    1013440      17568        0	60952     856436
-/+ buffers/cache:      96052     934956
Swap:      2104472          0    2104472

Т.е. сейчас еще более менее.


-- 

С уважением,
Алексей Морсов
системный администратор ЗАО "ИК "Риком-Траст"

ICQ: 196-766-290
Jabber: samurai@www.fondmarket.ru
www.ricom.ru
www.fondmarket.ru

Nightwish - Dark Chest Of Wonders

<Zebar> ska-fan, do you speak Russian?
<ska-fan> Zebar: мало и очень плохо
<Zebar> ska-fan, your Russian better my English
<ska-fan> Zebar: я об этом сомневаюсь :)
<drF_ckoff> ska-fan: "_в_ этом"
<ska-fan> See? :)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 481 bytes --]

[Comm] Re: Что то с паматью моей стало 8)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1514 bytes --]

On Wed, Dec 07, 2005 at 05:53:03PM +0300, Alexey Morsov wrote:
> > "Простаивающая память -- выкинутые деньги" (c)
> > Это нормально, обычно излишек идёт сразу под дисковый кэш и
> > высвобождается по мере надобности.
> По логике да. Но вот у на с на www сервере наблюдаем странную
> вещь.  Система постепенно насасывает память под кеш но отдавать
> ее не очень торопиться, из-за чего mysql-ю становится дурно и
> он перегружается (точнее падает а его Mysql_safe поднимает его
> обратно).

Ээээ... а ядро часом не 2.6?  Если так и всунуто без надобности 
-- есть мнение, что лучше 2.4.  Если "не лучше" -- читайте 
Documentation/vm.txt или где там рассказано, что крутить.

У меня таких проблем попросту не возникало там, где они могли
быть заметны; на ноуте подкручивал (/etc/sysctl.conf):

vm.mapped = 10
vm.swappiness = 40

> Типа вот так
> 	   total       used       free     shared    buffers     cached
> Mem:       1031008    1013440      17568        0	60952     856436
> -/+ buffers/cache:      96052     934956
> Swap:      2104472          0    2104472
> Т.е. сейчас еще более менее.

Сейчас в полном ажуре, поскольку своп не используется вообще.
А дурно mysql может становиться от того, что ему не объяснено 
(см. my-large.cnf в документации и потом пш. my.cnf), сколько
брать-то можно.  Ну или угораздило кого-то limits.conf на него 
нарисовать, но что-то не верится.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: Что то с паматью моей стало 8)

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 798 bytes --]

On Thu, Dec 08, 2005 at 08:50:37AM +0200, Michael Shigorin wrote:
> Ээээ... а ядро часом не 2.6?  Если так и всунуто без надобности 
Боже упаси - 2.4 - Там вообще строго гвооря RH8 стоит :)))

> Сейчас в полном ажуре, поскольку своп не используется вообще.
> А дурно mysql может становиться от того, что ему не объяснено 
> (см. my-large.cnf в документации и потом пш. my.cnf), сколько
Агааа... полез читать. Спасибо.


-- 

С уважением,
Алексей Морсов
системный администратор ЗАО "ИК "Риком-Траст"

ICQ: 196-766-290
Jabber: samurai@www.fondmarket.ru
www.ricom.ru
www.fondmarket.ru


<drF_ckoff> aen: а отсутствие русской орфографии в abiword - это
            проблема сборки/abiword'a/моя?
<aen> drF_ckoff: думаю, что Ваша.
<raorn> drF_ckoff: перевожу: учи родной язык.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 481 bytes --]

[Comm] Re: Что то с паматью моей стало 8)

[Michael Shigorin]

On Thu, Dec 08, 2005 at 10:55:02AM +0300, Alexey Morsov wrote:
> > Ээээ... а ядро часом не 2.6?  Если так и всунуто без надобности 
> Боже упаси - 2.4 - Там вообще строго гвооря RH8 стоит :)))

Ну чего они там с ядром наэкспериментировали -- без понятия.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Что то с паматью моей стало 8) [JT]

[Владимир Гусев]

> По выходным данным утилиты free -m, можно увидеть, что обмен
> (..)
> С уважением!

Если бы не "Re:" в заголовке письма, я бы и не увидел, что это ответ, да и  
то, пришлось вчитаться..
Ваш почтовик не умеет цитировать?

-- 
С уважением, Владимир Гусев