- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день, господа. Помогите чайнику в вопросе настройки apache?
Вот такой статус,
CPU Usage: u58.61 s31.52 cu0 cs0 - 4.18% CPU load
26.5 requests/sec - 198.0 kB/second - 7.5 kB/request
238 requests currently being processed, 15 idle workers
можете ли объяснить значения u s cu cs
Как я понимаю, нагрузка не самая маленькая.
Можете ли дать какие-то конкретные советы (фишечки) по оптимизации работы апач, побыстрее работал, чтоб.
Заранее благодарен.
Да, запросов у тебя действительно не мало. Что на сервере расположено? Какие сайты?
Попробуй в конфиг файл httpd.conf добавить
Поиграйся с последними двумя параметрами.
Почитай на www.opennet.ru форум, там же и спросить можно, там спецов достаточно.
Да, запросов у тебя действительно не мало. Что на сервере расположено?
238 requests currently being processed,
26.5 requests/sec,
Тут надо копать в сторону борьбы с медленными клиентами. Если это видно по статусу отдельных процессов апача... т.е. не обязательно он не успевается обрабатывать. вполне возможно, что не успевает скармливать.
nginx ставить надо
nginx ставить надо
Вот бы мне так научиться. Не зная ни оси, ни версии и модулей апача, ни "веса" установленных скриптов телепатически диагноз ставить. Завидую... ;)
Lupus, что отдается апачем, он тоже не знает :).
Это приходит с опытом ;)
Lupus, что отдается апачем, он тоже не знает :).
Я просто знаю как работает апач и как работает nginx 😎
Я тоже знаю, как они работают. Поэтому никогда не буду в 100% случаев рекомендовать nginx. Навскидку пример - он далеко не лучше апача, когда необходима поддержка php и perl, причем одновременно.
Вот бы мне так научиться. Не зная ни оси, ни версии и модулей апача, ни "веса" установленных скриптов телепатически диагноз ставить. Завидую... ;)
А у меня получается...
Поэтому никогда не буду в 100% случаев рекомендовать nginx. Навскидку пример - он далеко не лучше апача, когда необходима поддержка php и perl, причем одновременно.
Тут ктстати кто на чем привык, т.к. кто-то умеет делать это с apache, а кто-то с nginx. Если брать проекты с высокой загрузкой, то без fastcgi никак не обойтись + прекомпилер с shm кэшем... а под nginx это будет или под apache разницы нет.
Если рассматривать php as module, то всплывают memory leaks, причем на самых обычных проектах... в итоге получаем штук 400 процессов которым надо мегов по 140 оперативы. Под FastCGI таких фокусов практически не происходит... а если еще и process manager свой, т.е. патчик на phpшный, то совсем любо глянуть...
PS. Все, рано или поздно, придут к fastcgi external server + балансер...
Я тоже знаю, как они работают. Поэтому никогда не буду в 100% случаев рекомендовать nginx. Навскидку пример - он далеко не лучше апача, когда необходима поддержка php и perl, причем одновременно.
php как fastcgi, perl как fastcgi и nginx - будет быстрее чем apache + mod_php и даже mod_perl, хотя mod_perl - несекурно
Обяснить почему будет быстрее?