- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Судя по всему, медленные клиенты держат запросы апача слишком долго, в чём и причина Ваших страданий. Вам надо поставить nginx как фронтэнд к апачу. На апаче изменить только порт, больше трогать ничего не надо - и уже по памяти ситуация стабилизируется. Работы на минуты, а эффект будет сразу.
Ну и посмотреть на mysql - как там обстоят дела с кэшированием запросов.
Pilat, включили nginx. Действительно, это помогло. Спасибо!
По top'у мускуль есть немного. Много ест Apache (десятки процессов по 12-16 Мб).
Поставьте перед Апачем что-нибудь легкое, nginx, например.
1) nginx отдавать всю статику (картинки, css, js)
2) FastCGI
3) для 50000 в сутки слишком большое кол-во процессов httpd
4) Попробуйте добавить APC или eAccellerator
Итак, как я уже сказал, установка nginx в качестве фронтэнда помогло высвободить память. Сейчас используется около 50% памяти. Кол-во процессов httpd уменьшилось в 2-3 раза.
Кстати, перед установкой nginx проапгрейдили тариф VDS. Теперь имеем 560 Мгц и 256 Мб.
Сейчас производительность стала упираеться в процессор (он часто на 100% загружен). Практически все потребляет apache.
Новая задача: настроить apache (и возможно nginx) таким образом, чтобы задействовалось больше памяти и за счет этого уменьшилась нагрузка на процессор.
Напонимаю настройки apache:
MaxKeepAliveRequests 50
KeepAliveTimeout 20
MinSpareServers 5
MaxSpareServers 10
StartServers 5
MaxClients 5
MaxRequestsPerChild 100
HostnameLookups Off
Nginx имеет дефолтные настройки.
DJ_AlieN, nginx обрабатывает всю статику. eAccellerator стоит. FastCGI попробуем.
http://site.ru/server-status
или
http://site.ru/httpd-status
поизучайте, там будет понятно какие страницы "жрут" процессор
DJ_AlieN добавил 01.03.2008 в 15:08
покажите пожалуйста nginx.conf
слов нет... сборище мегаодминов... пипец просто...
а ничего что MaxClients всего 5... ?
слов нет... сборище мегаодминов... пипец просто...
а ничего что MaxClients всего 5... ?
зато работает 😂
MaxClients 150 как по мне нормально
слов нет... сборище мегаодминов... пипец просто...
а ничего что MaxClients всего 5... ?
а зачем больше при оперативке 256 ?
DJ_AlieN, немного не понял это: "http://site.ru/server-status или http://site.ru/httpd-status". У меня нет таких дирректорий :)
Вот nginx.conf:
#user nobody;
worker_processes 1;
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#pid logs/nginx.pid;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
#log_format main '$remote_addr - $remote_user [$time_local] $request '
# '"$status" $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';
#access_log logs/access.log main;
sendfile on;
#tcp_nopush on;
#keepalive_timeout 0;
keepalive_timeout 65;
server_names_hash_bucket_size 64;
#gzip on;
# ISP server {
# ISP listen 80;
# ISP server_name localhost;
#charset koi8-r;
#access_log logs/host.access.log main;
# ISP location / {
# ISP root /usr/local/www/nginx;
# ISP index index.html index.htm;
# ISP }
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
# ISP error_page 500 502 503 504 /50x.html;
# ISP location = /50x.html {
# ISP root /usr/local/www/nginx-dist;
# ISP }
# proxy the PHP scripts to Apache listening on 127.0.0.1:80
#
#location ~ \.php$ {
# proxy_pass http://127.0.0.1;
#}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
#location ~ \.php$ {
# fastcgi_pass 127.0.0.1:9000;
# fastcgi_index index.php;
# fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
# include conf/fastcgi_params;
#}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /\.ht {
# deny all;
#}
# ISP }
# another virtual host using mix of IP-, name-, and port-based configuration
#
#server {
# listen 8000;
# listen somename:8080;
# server_name somename alias another.alias;
# location / {
# root html;
# index index.html index.htm;
# }
#}
# HTTPS server
#
#server {
# listen 443;
# server_name localhost;
# ssl on;
# ssl_certificate cert.pem;
# ssl_certificate_key cert.key;
# ssl_session_timeout 5m;
# ssl_protocols SSLv2 SSLv3 TLSv1;
# ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
# ssl_prefer_server_ciphers on;
# location / {
# root html;
# index index.html index.htm;
# }
#}
server {
listen 00.000.000.00:80;
server_name domain.ru www.domain.ru;
location / {
proxy_pass http://00.000.000.00:8080;
proxy_redirect http://00.000.000.00:8080/ /;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
root /home/site/data/www/domain.ru;
access_log /home/site/logs/domain.ru.access.log;
}
}