- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Много соединений, маленький php скрипт, который читает с диска файл и отдаёт его по http.
Чаще Idle в районе 99%, иногда меньше, но очень редко ниже 40%. Это VPS (Xen) на reg.ru
При этом load average редко ниже 2.
Почему он не использует свободные ресурсы процессора для того чтобы быстрее обслужить очередь?
Стоит что-то там делать или забить?
Среднестатистическая картина в top примерно такая:
Вот ещё stub:
и настройки nginx:
events {
worker_connections 2048;
multi_accept on;
use epoll;
}
http {
access_log off; #/var/log/nginx/access.log;
sendfile on;
tcp_nopush on;
keepalive_timeout 60;
tcp_nodelay on;
gzip on;
gzip_disable "MSIE [1-6]\.(?!.*SV1)";
gzip_min_length 2400;
gzip_buffers 64 8k;
gzip_comp_level 3;
gzip_http_version 1.1;
gzip_proxied any;
gzip_types text/plain application/xml application/x-javascript text/css;
open_file_cache max=200000 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
client_max_body_size 16M;
proxy_buffers 16 32k;
proxy_buffer_size 32k;
proxy_read_timeout 180;
proxy_send_timeout 180;
fastcgi_buffer_size 64k;
fastcgi_buffers 16 64k;
Покажи вывод:
iotop
vmstat 1
iostat 1
---------- Post added 10-11-2013 at 19:13 ----------
Мое телепатическое чувство говорит мне, что вам просто нужен впс на более быстром диске, т.е. SSD
Большое ожидание дискового ввода/вывода...
у рег.ру нереально тормознутые (или перегруженные) диски на вдс, недавно сталкивался с этим.
Понятно, видимо этот VPS не лучшая идея для этого сервера..
Не смотря на то что куча процессов апача висят в iotop никаких больших объемов чтения/записи нету. Полагаю это проблема ноды, она просто перегружена.
В Load Average считаются и процессы, ожидающие выполнения дисковых операций. Или тормознутый диск, или у Вас что-то медленно работает на уровне скриптов.
megadimon, не думаю что на уровне скриптов, ведь процессор почти не используется.
Дисковая подсистема перегружена, это видно. Если файл небольшой, намного меньше текущего свободного места оперативы, можно попробовать примонтировать раздел в оперативу и кинуть файл туда. Получите моментальную отдачу содержимого скрипту php.
wa 49%
меняйте диски, как тут выше писали