- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Потому что в пике ioweit увеличивается время загрузки сайтов в браузере!
Вот это уже ближе к реальному описанию проблемы. Если это, конечно, не Ваши фантазии, что так у Вас должно быть, а Вы реально это наблюдаете.
Насколько "увеличивается время загрузки"?
Установил iotop!
Головой лучше об стенку побейтесь - смысл тот же, равно как и результат. Вам уже не раз объясняли, что делать что-либо имеет смысл только если вы понимаете смысл действий полностью.
iostat -x
Linux 2.6.18-194.8.1.el5.028stab070.5 (domain.com) 12/01/2010
avg-cpu: %user %nice %system %iowait %steal %idle
2.00 0.86 0.47 3.20 0.00 93.47
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
BasePelleta добавил 01-12-2010 в 22:15
Вы правы! Сейчас нагрузки нет! Но меня беспокоит, почему она была!
BasePelleta добавил 01-12-2010 в 22:33
PRC | sys 0.00s | user 0.00s | | | #proc 39 | | #zombie 0 | clones 1 | | | #exit ? |
CPU | sys 1% | user 0% | irq 0% | | | idle 99% | wait 0% | | | steal 0% | guest 0% |
CPL | avg1 0.10 | avg5 0.06 | | avg15 0.01 | | | csw 2138 | intr 0 | | | numcpu 1 |
MEM | tot 768.0M | free 574.1M | cache 0.0M | dirty 0.0M | buff 0.0M | | slab 0.0M | | | | |
SWP | tot 0.0M | free 0.0M | | | | | | | | vmcom 0.0M | vmlim 0.0M |
NET | transport | tcpi 1 | tcpo 1 | udpi 0 | udpo 0 | tcpao 0 | tcppo 0 | tcprs 0 | tcpie 0 | tcpor 0 | udpip 0 |
NET | network | ipi 1 | ipo 1 | ipfrw 0 | deliv 1 | | | | | icmpi 0 | icmpo 0 |
NET | venet0 ---- | pcki 1 | pcko 1 | si 0 Kbps | so 2 Kbps | coll 0 | mlti 0 | erri 0 | erro 0 | drpi 0 | drpo 0 |
PID RDDSK WRDSK WCANCL DSK CMD 1/1
17599 0K 0K 0K 0% atop
30286 0K 0K 0K 0% dovecot-auth
Как это в читаемом виде выложить?
vds это?
...
> vds это?
нет
vps!
Как это в читаемом виде выложить?
И что вы хотите показать? wait 0%, нагрузки нет.
Смотрите в момент проблем, если вас процесс интересует, который диск использует.
Но не думаю, что httpd или nginx в этой статистике вам сразу подскажет решение.
Himiko,
в этом-то все и дело!
Остается ждать нагрузки!
А что нигде в системе нагрузка, которая ранее была, не фиксируется?
> vds это?
нет
vps!
Прикалываетесь?
У меня такой же самописный скрипт на другом впсе и там таких скачков нет!
Остается ждать нагрузки!
а дальше будет так: при возникновении нагрузки вы увидите, что спу или и/о жрет, например, httpd, тогда нужно будет определить, какой сайт, какой скрипт и почему дает эту нагрузку. А вообще-то, судя по вашему графику, нет необходимости (пока) особо суетиться :)
kkc,
Вы правы!
Только это я наблюдал на прежнем впсе и админ уверял меня, что именно мы создаем такую нагрузку
/ru/forum/569900