14 гигов кэша это вообще нормально?

Question

[kickbokser]

3 дня парил мозг с mysql, как оказалось он падал из-за нехватки оперативной памяти) Я уже и дц попросил на днях добавить RAM, а сейчас, чисто случайно увидел такую картину)))



Это вообще нормально? Кэш не чистил вообще никогда) Сервер работает ~ 10 месяцев.

Я не сильно опытный в администрировании, поэтому спрашиваю) И быть может подскажите как его автоматически чистить, потому что это жесть)))

Comments

[Дмитрий]

Кеш вам помогает наоборот. Зачем же его чистить? В хороших условиях, вся оперативка должна заняться кешем. Это более, чем нормально

Answer 1

[Евгений Вольф]

И быть может подскажите как его автоматически чистить, потому что это жесть)))

Думаю, это должно Вам помочь.

Это вообще нормально?

В большей сложности - да. Это гораздо лучше, чем случаи, когда памяти дофига, а используется 3%.

Кэш не чистил вообще никогда)

Вообще, за этим должно ядро следить, в первую очередь, а уже потом администратор.

И быть может подскажите как его автоматически чистить

Добавить задачу в Cron.

Но вообще, насколько я помню (могу конечно и ошибаться) это цифра показывает кэш страниц, т.е. кэш дисковой системы. Иначе говоря, кусок жесткого диска загруженный в оперативку. Что в свою очередь делается для снижения нагрузки на дисковую систему. Подозреваю, что у Вас на сервере неплохая нагрузка на I/O (т.е. диски, аки HDD/SDD). Я бы Вам рекомендовал мониторить нагрузку на диски после чистки кэша и внимательно изучить график увеличения нагрузки на диск после чистки кэша, исходя из этих данных можно будет понять, как часто это надо делать и надо ли делать вообще.

3 дня парил мозг с mysql, как оказалось он падал из-за нехватки оперативной памяти

MySQL хоть и далека от идеала, но на моей памяти, именно из-за "нехватки оперативной памяти", по моему, не падала ни разу. У базы есть довольно конкретные ограничения (у подавляющего большинства параметров), на размер оперативки который она может использовать, и я не редко наблюдал такую картину, когда на сервере 16Гб памяти, а база упирается в 1.5Гб, "скрипит", тормозит, но оперативку не использует, хотя свободной памяти ещё больше половины. Скорее всего, MySQL падала не из-за "нехватки памяти", а из-за некорректных настроек, касающихся памяти.

Comments

[kickbokser]

У меня за 1 ночь уже жрет 10 гб кэша, разве это нормально? А mysql точно падал из-за нехватки оперативки) Потому что я раз 20 замечал, что он падает именно когда оставалось 200-300 мб свободной оперативки, как только я перезапускал сервис mysql - добавлялось пару сотен свободной оперативки и mysql сразу начинал работать.

[Евгений Вольф]

У меня за 1 ночь уже жрет 10 гб кэша, разве это нормально?

Ну как Вам сказать на счёт "нормальности"... Это гипотетический вопрос. Всё равно, что сравнить ежедневный рацион балерины и тяжелоатлета - сложно сказать, какой из них (рационов) более "нормальный". вот здесь пишут про то, как выделить кусок памяти который не будет отдаваться под дисковый кэш. Так же, от себя хочу добавить, насколько я помню - этот кэш практически полностью (может за исключением какой-то критической части) - вытесняемый, то есть, как только приложению не хватает памяти - она должна освободиться, в т.ч. за счёт "подчистки" наименее востребованных частей этого кэша. Если и в этом случае памяти не хватило, система должна "уходить в своп", т.е. использовать диск в качестве оперативной памяти. При этом не сложно догадаться, что кэшировать данные диска на этом же диске - не очень разумно, по этому, перед тем как "уйти в своп" система должна максимально избавиться от файлового кэша в оперативной памяти. Если своп у Вас не используется, скорее всего, какая-то беда с настройками БД. Возможно у Вас такая же ситуация, как уже наблюдал - база упирается в какой-то размер выделенной ей памяти, после чего, не справляется с нагрузкой и падает. Хотя, из личного опыта (как я уже говорил ранее) - я пока не видел, что бы MySQL падала из-за нехватки памяти (если не брать во внимание случаи из серии "на сервере 256Мб оперативки и БД на 10Тб), в моей практике БД начинала тормозит, "скрипеть и трещать", но но не падать. Скорее всего, у Вас ситуация обратная той, что я предположил изначально и картина примерно следующая:
1. База упирается в какой-то небольшой объём памяти, выделенный ей
2. Оставшаяся память (т.к. никто её больше не использует) уходит под дисковый кэш
3. Возникает какая-то операция, с которой БД не справляется и она "падает". Я такого поведения со стороны БД пока не встречал, но судя по Вашему описанию - происходит именно так, в частности, это косвенно подтверждается нижеследующей цитатой:

как только я перезапускал сервис mysql - добавлялось пару сотен свободной оперативки и mysql сразу начинал работать.

Если после перезапуска БД добавляется "пару сотен" оперативки, вероятнее всего, у Вас под "операции БД" выделяется как эта "пара сотен" Мб оперативной памяти, что довольно мало для тех операций, которые внутри этой БД происходят и БД (пока по не очень понятным для меня причинам) - падает (хотя, должна начинать сильно тормозить, по идее). Попробуйте выделить больше доступной памяти для БД. Тут начальные сведения про настройку, отталкиваясь от них Вы сможете решить, как поступить дальше. Так же существуют решения которые могут Вам помочь в этом процессе, вроде таких

Answer 2

[Mystray]

подскажите как его автоматически чистить

Никак не надо его чистить - система сама очистит его при необходимости выделения памяти для приложения.
www.linuxatemyram.ru
а по поводу падучего Mysql - смотрите конкретные настройки самого Mysql и лимиты системы (ulimit к примеру)

Comments

[kickbokser]

У меня за 1 ночь уже жрет 10 гб кэша, разве это нормально?

[vaut]

kickbokser: а что в этом плохого?
Произошло чтение с диска, файл попал в кеш. Нужна оперативная память приложениям кеш очистится автоматически.

[kickbokser]

vaut: вот именно, что он не чистится. С самого утра там показано, что используется 10 гб так до сих пор и висит 10 гб.

[vaut]

kickbokser: значит приложения не запрашивают память. Он там так и будет ждать.