Тюнинг ядра Linux

j1m (j1m@list.ru)

Хакер, номер #082, стр. 082-102-5

Увеличив значения в файлах dirty_background_ratio и dirty_expire_centisecs, мы можем добиться того, что запись "грязных" буферов на диск будет происходить реже, что повысит скорость реакции системы, но сама запись будет происходить дольше. И наоборот, более низкие значения в dirty_background_ratio, dirty_writeback_centisecs, dirty_expire_centisecs позволят ОС более равномерно распределять операции записи на диск.

[нищета /proc/sys/dev]

На данный момент единственным устройством, которым можно управлять через /proc/sys/dev, является CD-ROM. Все настройки хранятся, соответственно, в каталоге cdrom. Причем файл info не доступен для записи и предназначен для получения параметров привода. Остальные файлы позволяют контролировать поведение системы по отношению к CD-ROM. Например, записав в файл lock ноль, ты получишь возможность открывать лоток в то время, когда файловая система диска смонтирована. Как сам понимаешь, поведение системы в этом случае непредсказуемо, и я не рекомендую такого делать. Зато изменение файлов autoclose и autoeject может оказаться довольно полезным. Если ты запишешь единицу в первый, то ОС будет сама закрывать лоток при монтировании диска, единица для второго означает автоматическое открытие лотка при размонтировании. На мой взгляд, включение обеих опций будет хорошей идеей.

INFO

Весь изложенный в этой статье материал относится к ядру версии 2.6.11.

Ты не сможешь пользоваться утилитой sysctl, пока не включишь в ядре опцию General setup ->gt; Sysctl support.

Необходимость в приведении UID и GID к 16 разрядам возникает, если ты столкнешься с неким файлом, созданным на другой архитектуре и имеющим идентификатор владельца, равный, например, 100000.

С переходом к ядру 2.6 каталог /proc/sys/vm претерпел большие изменения, поэтому не стоит доверять старым материалам, описывающем тюнинг подсистемы виртуальной памяти.

"Грязными" буферами называет дисковые буферы, которые были изменены и теперь требуют записи обратно на диск.

TTL (Time To Live) - время жизни пакета, сколько хостов по пути к пункту назначения может пройти пакет, пока его не уничтожат.