Проблема apache2&архивирование

Процессы апача могут плодиться, когда им не хватает ресурсов - например памяти, или дискового ввода-вывода. Например, если один апач влезет за памятью в своп, а тут ещё идёт архивация и своп медленно отзывается - апач долго сидит в памяти, и следующий апач тоже вынужден идти в своп, ещё больше замедляя систему. Так что первым делом посмотрите на память.

Стандартная мантра почему-то пропущена - 'nginx MaxClients etc...'

Стандартная мантра - призовите админа, он настроит. Физический сервер, что жадничать $$ за работу?

1. Самый важный вопрос. Шибко ли мешает ли такое ЛА работе сервера? Напрмер ЛА в *bsd и линухе - шибко разные параметры. В линухе есть такая штука как wa, это ожидание (простой) на вводе-выводе. Так так винт всегда медленнее проца, то при операциях копирования wa растет всегда. Думаю что гугл подробней вполне может рассказать про la.

2. "Гадкая панелька" :), я беззлобно (ИСПманагер не выставляет сам этот параметр). Апач - прожорливая штука. Может скушать под нагрузкой чуть больше чем есть и свалить сервер. У него по этому поводу есть в файле /etc/apache2/apache2.conf параметр MaxClients. Он ограничивает количество процессов апача. Если дефолтая установка и никто шибко руками в конфиге этом не рылся, то там этот параметр находится в нескольких секциях. В подавляющем большистве конфигов (включая Ваш случай) модно спокойно менять этот паратр во всех секциях. Теперь попробует посчитать, сколько туда надо поставить. Писать тяжелее, чем считать :). Нужно сделать так, чтобы при максимальном количестве клиентов и наибольшем выделении памяти для апача, сервер на падал в своп. вебсервер в свопе не работает :). Не забывайте про мускуль, ему тоже нужна память . Ну и прочие процессы. Для выяснения что у происходит с памятью - в помощь комманды: free -m, top, ps aux. Ну и греп.

Почему плодятся апачи при архивации. Потому что приходят новые клиенты к апачу за контентом, а у него "все занято", т.к. он еще не устал отдать контент предыдущим. А ограничение где-то далеко, вот он и плодит их дальше, усугубляя ситуацию.

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

Теперь про диски.

Абсолютно правильное направление ionice

В бубе есть

iotop

iostat (пакет sysstat)

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

iotop сможет показать чем нагружена, именно каким процессом.

Если в притык, то без ионайса вообще никак.

Удачных раскопок!

Ребят, спасибо большое за советы в теме!

Сейчас буду копаться!

Админы разные бывают, не факт что настроит правильно. Сейчас вообще рассчитывать только на себя можно...

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

В общем, не будем разводить оффтопик. Если есть квалификация - можете расчитывать на себя. Если же ваша стезя маркетинг - ИМХО, не стоит тратить свое время на настройку всяких апачей и nginx для своего веб-магазина...

Попробуйте запускать процесс с меньшим приоритетом:

nice -19 tar [options]