Вы используете предварительное ветвление MPM? Вероятно, таким образом, я пойду с этим.
MaxSpareServers
и StartServers
отчасти слишком далеко друг от друга. Другая вещь, посмотрите, какие модули Вы включили и позволили только тем, Вам нужно, таким образом, у Вас будут меньшие процессы apache2: меньшие процессы означают больше процессов в меньшей памяти.
Другая вещь я могу предложить Вас, состоит в том, чтобы контролировать количество апачских процессов, которые Вы обычно имеете и настраиваете отсюда. Если Вы всегда работаете на низких 30 и высоко 80, можно сохранить запасные серверы выше.
Кроме того, смотрите на поддерживать конфигурации, можно хотеть получить Ваш MaxKeepAliveRequests
выше и, возможно, получите Ваш KeepAliveTimeout
ниже. Если Вы начинаете получать слишком много зомби, можно, возможно, выключить, поддерживают полностью или определяют номер запросов к медленному числу (таким образом, апачские дети будут переработаны быстрее), но существует хит производительности.
Так или иначе нет никакого способа точно настроить его, не контролируя и видя, существует ли какое-либо узкое место, которое будет решено на апаче или ОС. Смотрите на vmstat
и проверьте количество процессов, что они делают и так далее, таким образом, можно определить узкое горло.
Наиболее эффективным решением здесь будет перекомпоновка резервного хранилища с процессором, поддерживающим инструкции AES-NI , и ядром Linux, поддерживающим эту инструкцию. Это сделает операции шифрования намного быстрее и сократит iowait.
Однако вы указали $ nospend = "True"
. Все, что у вас осталось, это - bwlimit
в ваших процессах rsync чтобы уменьшить объем данных, передаваемых в поле cifs. А если это не сработает, вам просто придется пережить бурю электронной почты, пока не появится финансирование, чтобы исправить это правильно.