GNU Linux Портал :: Новости, форумы, библиотека статей :: Копилка » Управление производительностью абстрактной Linux-системы

LINUXPORTAL.RU | Живое общение LinuxPortal.Ru | Ленты событий

Участники

Поиск

F.A.Q.

Регистрация

Вход

Начало

Начало » Для администраторов и программистов » Копилка » Управление производительностью абстрактной Linux-системы

Показать: Сегодняшние сообщения :: Показать голосования :: Навигатор по сообщениям

Отправить по e-mail

Переключение в режим просмотра в виде древовидного списка сообщений и ответов

Управление производительностью абстрактной Linux-системы

Втр, 15 Июль 2008 12:44

San АНДРЕЕВ

Сообщений: 8446
Зарегистрирован: Июнь 2002
Географическое положение: Санкт-Петербу...

administrator · partner

Появилось предложение выложить всем кому не жаль и у кого есть свои способы/приёмы повышения производительности Linux-систем, с которыми вы постоянно работаете, с пояснениями. Также приветствуется обсуждение по теме и я согласен на отладку и проведение экспериментов на своих системах для отработки каких-то новых решений. :) После набора какой-то критической массы информации я допускаю превращение этого треда в заметку в Библиотеке. Если у вас есть свои намётки, но лень или не получается придумать толковое описание к ним - напишите хотя бы в двух словах что к чему или сошлитесь на какую-нибудь документацию.

Для примера и затравки начну с себя. Сразу оговорюсь, что нижеследующее - не моё изобретение/открытие, разумеется, а честно содранное из документации и инета, только собранное в одном месте (здесь), снабжённое моими комментариями и проверенное "на своей шкуре".

В последнее время для меня стала иметь значение производительность LAMP-решения (Linux-Apache-MySQL-PHP) и, в частности, эффективное использование имеющейся памяти, т.к. я обнаружил, что при наличии свободных сотен мегабайт RAM система зачем-то начинает использовать swap (по данным top). Кроме того, смущают довольно высокие значения buffers и cached (оттуда же). Поиски привели к тому, что значения по умолчанию (как минимум в дистрибутиве Slackware Linux 12-12.1) приводят к довольно неэффективному использованию памяти ядром.

Изменить ситуацию можно при помощи изменения значений переменных ядра через /proc. Вот список некоторых из этих переменных с пояснениями:
swappiness (/proc/sys/vm/swappiness, ед.изм. проценты, до 100) - при заполнении такой части доступной RAM ядро приступит к использованию swap. Посмотреть значение можно при помощи команды "cat /proc/sys/vm/swappiness". В мой системе значение по умолчанию было 60, т.е. когда память заполнялась чуть больше чем наполовину, ядро начинало свопать. Имеет смысл увеличить это значение, я у себя использую 95. Изменить его можно при помощи команды "echo 95 > /proc/sys/vm/swappiness". Разумеется, это надо делать при каждой загрузке системы.
vfs_cache_pressure (/proc/sys/vm/vfs_cache_pressure, ед.изм. "штуки") - влияет на отношение ядра к освободившимся от кэшированных оъектов файловой системы страницам ОЗУ. Значение по умолчанию - 100. Уменьшение этого значения заставляет ядро придерживать эти страницы почаще для своих нужд в будущем. Увеличение значения заставляет ядро чаще отдавать эта страницы для нужд других программ, т.е. при увеличении этого значения величина cached в выводе top будет расти медленнее. Немного подробнее об этой переменной можно прочитать в файле Documentation/filesystems/proc.txt от корня дистрибутива исходных кодов ядра. Какое именно значение стоит выставить мне пока удалось найти только в Сети, обычно рекомендуют 1000. Я думаю, что прояснить этот вопрос помогут исходники ядра, но до этого пока руки не доходят. Проверить и выставить значение можно аналогично действиям из предыдущего пункта.
drop_caches (/proc/sys/vm/drop_caches) - это "командная" переменная, т.е. считывать её значение особого смысла нет, нужно только записывать. Предназначена для запуска принудительного освобождения оперативной памяти из-под кэшированных объектов. Это можно делать время от времени если память под кэши и буферы продолжает расходоваться слишком быстро и ядро снова начинает работать со swap. Побочный эффект - некоторое замедление производительности системы в целом до того, как будут снова закэшированы наиболее части используемые объёкты и данные. Запись в этот файл (/proc/sys/vm/drop_caches) значения 1 запустит очистку кэша страниц оперативной памяти, значение 2 запустит очистку кэша объектов файловой системы, значение 3 запустит 1 и 2 последовательно. Важный момент - данные будут просто уничтожаться, поэтому перед запуском этих процессов имеет смысл выполнить sync чтобы сбросить изменённые данные на диск. Тем не менее, на мой взгляд, для сильно нагруженного сервера, обрабатывающего большие объёмы данных за короткое время, между запуском sync и записью значения в этот файл в кэш могут попасть новые данные, которые на диск уже записаны не будут и, соответственно, будут утеряны. Так что пользоваться этим механизмом следует редко и осторожно, осознавая последствия. Пример команды записи: "sync && echo 2 > /proc/sys/vm/drop_caches".

Обоснованные исправления и дополнения, как обычно, приветствуются и вносятся.

P.S. Есть сомнения относительно vfs_cache_pressure - речь идёт об уже освобождённых страницах или о принуждении к более (или менее) частому их освобождению?

P.P.S. Про то, как и чем проверить производительность своей системы, можно узнать и поговорить здесь - http://linuxportal.ru/forums/index.php/t/22778/

[Обновления: Втр, 15 Июль 2008 17:05]

Предыдущая тема:	Не получается извлечь раздел из образа целого диска
Следующая тема:	Осваиваю Drupal Views.