Форум Apache

Всем привет. Хочу понизить на сервере потребление памяти. Выделено 128, вчера заметил пик 114 мб, как-то многовато для простого сайта с базой :( На сайте только текст, картинки и слайдер на 6 фоток.

Насчет модулей, установлено:

auth_module - для работы с бейсик авторизацией? я ее не использую, смело отключаю?
realip_module - заменяет IP адрес прокси-сервера на адрес клиента? я на сайте не занимаюсь определение IP юзеров, так что отключаю?
rewrite_module - тут понятно, я использую ЧПУ, то нужно
autoindex_module - т.е. автоматом в каталогах создает заглушку в виде индексного файла? я в принципе в htaccess запрещаю индексацию каталога Options -Indexes, чтобы не зырили что там, отключаем?
env_module - я не использую CGI-сценарии и в папке cgi пусто, отключаем?
expires_module - для кеширования контента как я вижу, пусть будет

Насчет расширений PHP, установлено:

ctype - не понятно для чего
gd - картинки я пережимаю, нужно
iconv - кодировку туда сюда я не гоняю, стоит по умолчанию утф-8
mbstring - нужно, т.к. я обрабатываю строки, считаю кол символов и тд
mysql - для базы как вижу
mysqli - для базы, но нужно ли?
session - для работы с сессиями?
simplexml - с xml не работаю, не парсю, нужно?
sockets - зачем они?
xml - с xml не работаю, не парсю, нужно?
zlib - для чего конкретно нужно? ничего не архивирую на сервере

Прошу помочь в этом разобраться, т.к. пик приближается к критической точке. Благодарю за внимание.

Для начала бы лучше узнать, что нагружает ваш сервер.
Потом посмотреть в сторону связки Apache+nginx.
И уже только потом подумать о отключении модулей сервера и php.

скрипты очень легкие, к написанию подхожу серьезно, а как узнать, что грузит?

Профилированием своих скриптов или же профилированием Apache (например при помощи Google Performance Tools)

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

Помимо скриптов, есть изображения, CSS, JS, если у вас голый Apache соединение идет к нему, даже за такой ерундой, занимая соединение объемного apache-процесса (который, модули никуда не девает, так и держит их "на стреме" в памяти). Если их не хватает соединений, образуются новые, что так же приводит к потере памяти. nginx - очень легковесный, если передать ему обслуживание мелочи, которую только поднять с диска и отдать - можно съэкономить памяти, снизить нагрузку на процессор.

vipzone[тире]tver[точка]ru - вот сайт, как по мне все по малу, старался оптимизировать, объединять, подключать там, где только нужно...там где галереи идут страничка выгружается в среднем за 3.4 сек, главная - в среднем 1,5 сек. Вот что делать? Писать в поддержку? Так я от них с четверга жду ответа по этому вопросу, что в этой теме. тишинаааа...... И хостер же не лоховской с виду, давно на рынке.

На виртуальных хостингах всегда сложно оценить в чем дело, так как у вас нет полноценного доступа к операционной системе. Или MySQL оптимизирована под тип таблиц, отличный от того, что вы используете. Фактически это только администрация может ответить.

мде(( ждать ответа 2-3 дня или вообще не дождаться, хорошая перспектива хостинга, возможно придется сваливать

>ctype - не понятно для чего
Можете отключать - проверка типа.

>iconv - кодировку туда сюда я не гоняю, стоит по умолчанию утф-8
Можно отключить, но если пользуетесь чем-то вроде phpMyAdmin придется оставить.

>mysqli - для базы, но нужно ли?
Следующая версия библиотеки, объектно-ориентированная, если не нужно, можно отключить, mysql должно хватить.

>session - для работы с сессиями?
Лучше оставить

>simplexml - с xml не работаю, не парсю, нужно?
Можно отключать.

>sockets - зачем они?
Сокеты, обращаться из кода к удаленным сайтам. Если не обращаетесь, можно отключить.

>xml - с xml не работаю, не парсю, нужно?
Нет, можно отключать.

>zlib - для чего конкретно нужно? ничего не архивирую на сервере
Можно отключать.

>iconv - кодировку туда сюда я не гоняю, стоит по умолчанию утф-8
Можно отключить, но если пользуетесь чем-то вроде phpMyAdmin придется оставить.

Разве там это используется?

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

спасибо