и top тоже под нагрузкой.
По Вашем CFS - умный шедулер? Не, он умный, но точно не для хостинга. Тот же старинный O(1) лучше. Я сейчас на хабре как раз на эту тему планирую написать статью.
Вполне возможно, что нужно скручивать вниз. Представьте, что iowait большой (как я сказал раньше) и тем самым не дает работать процессору. И например большой он по причине того, что статика дергается Нгинксом в слишком много потоков - диск захлебывается от такой степени асинхронности. В таком случае можно уменьшить количество воркеров и получить резкий спад iowait и как следствие повышение производительности процессора. Это еще одна причина, почему при проблемах с CPU я интересовался Нгниксом - он может как помогать процессору, так и топить его.
А регулирование количества форков в настройках MPM? Ведь именно там регулируется, будут они висеть в памяти не мучая процессор или будут обрабатываться им. Там есть и еще несколько параметров, каждый из которых (кроме количества запасных серверов) влияет на загрузку процессора.
Да. Но к этому мысли нужно придти по цепочке. Если нет проблем с памятью, то зачем решать эту задачу? А есть ли пробелмы с памятью, видно в meminfo. Это первоисточник. Сами понимаете команды "cat /proc/meminfo" и "ps aux | grep apache | wc -l" дают несколько разное представление о проблемах памяти.
Объясняю зачем нужна информация.
Если есть нагрузка на процессор, то возможно не только потому, что много процессов делают запросы, а из-за неправильного распределения цпушным шедулером или даже из-за высокого iowait, когда процессор ничего не делает под нагрузкой 100%, потому что ждет диск. Отсюда спросил top. Про cpuinfo спросил, потому что хотел посмотреть работает процессор на полную мощность или спит по просьбе Cool'n'Quiet. Кроме того там написано количество ядер, а это нужно учитывать в конфигах и Апача и Нгинкса. memonfo спросил потому, что от того, какой процент кэша в памяти зависит и работа процессора (видите? я все время помню, что жалоба именно на CPU). php -m спросил, чтобы посмотреть есть ли кэшеры опкода. Они тоже, как Вы знаете, влияют на производительность процессора и даже для того и созданы.
И про это я его тоже спросил. Но для ориентировки нужна сначала была та информация. Может Нгинкс вообще не нужен бы был.
В том то и проблема, что для Вас много однозначных симптовов без информации. Только напомню, что если у клиента стоит хоть миллион апачей - это не имеет практически ничего общего с процессором. Точнее имеет, но очень посредственное и проверяется именно в meminfo, которое я тоже спросил. Видите? Вы забыли, что проблема не в памяти, а в CPU изначально. Не надо чинить, что умеешь, нужно чинить то, что сломалось.
Если человек чинит без диагностики, значит он чинит по шаблону. Это плохо.
Ну да, потому что судя по этому выводу, описанной ранее проблемы нет. Она ведь так звучала:
И еще вопрос: есть ли Nginx перед Apache и нужен вывод php -m.
Кроме того, конфиг Мускула лучше сделать на основе не стандартного, а huge.
Путь где-то там: dpkg -L mysql-server-5.1 | grep huge
WhiteSuite добавил 21.01.2011 в 14:35
Спасибо за минус конечно, только есть одно но. Вы начали чинить, а проблемы не было. И выяснил это я, а не Вы. Продолжайте чинить ;) Если Вы не понимаете зачем мне нужна эта информация, это не значит, что она не нужна.
Выкладывайте:
cat /proc/meminfo
cat /proc/cpuinfo
top -b -n 1 | head
dmesg
php -m
У нас еще и взрывной рост заказов хостинга наблюдается. Раньше я не верил в черный пиар, а теперь вот своими глазами наблюдаю это чудотворное явление. Нужно будет еще с кем-нибудь поругаться :)
Спасибо! И Вам тоже!
Это не зависит от компании.
Любая смена DNS происходит минут за 5-10. Но есть одно но: если Вы до этого уже попытались открыть в браузере сайт, то Ваш провайдер интернета закэшировал старую запись (или закэшировал информацию, что она отсутствует). И вот в таком случае придется ждать часами, пока провайдер обновит кэш.
Кажется нашли ошибку. Попробуйте пожалуйста еще раз.
Ложь. Чистейшая ложь. 14 клиентов получило.
Вы ниоткуда не можете знать сколько получило, кроме как от нас. Мы цифр не публиковали, кроме как строчкой выше. Откуда данные?
У Вас подозрительно сильное желание нас обличить, раз уж Вы начинаете на ходу сочинять. Вы не из Reg.ru случаем?
Теперь будет и тот и тот. Кому какой нравится. Только .ru еще не прокэшировался. Несколько часов и все будет в порядке.
У каждого регистратора свое ПО по регистрации и соответственно свои ошибки. Не получилось нагуглить, что это значит. Есть два варианта - уточнить у них (если хотите, мы можем сделать это за Вас) или просто оставить как есть, потому что старые NS уже вот вот прокэшируются.
