- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Возникла задачка считать время, которое требуется апачу чтоб сгенерировать страницу(как можно точнее).
Настроил логи в nginx в следующем формате :
log_format mainlog '[$connection : $request_time : $bytes_sent : $host : $upstream_response_time] '
Однако в самом логе заметил следующее :
[761513 : 0.000 : 508 : --- : 0.000]
[761515 : 0.000 : 608 : --- : 0.000]
[761500 : 0.100 : 315 : --- : 0.100]
[761521 : 0.000 : 512 : --- : 0.000]
[757972 : 0.100 : 1496 : --- : 0.100]
[762111 : 0.000 : 5856 : --- : 0.000]
[763463 : 0.000 : 512 : --- : 0.000]
[766547 : 0.400 : 7385 : --- : 0.100]
Большинство записей имеют вид :
[766576 : 0.000 : 512 : --- : 0.000]
Очень редко бывает что считает правильно(всего пару раз замечал) :
[761526 : 0.005 : 512 : --- : 0.005]
[761527 : 0.008 : 599 : --- : 0.008]
т.е считает с точностью не до 1 мсек, а до 0.1 сек
Версия : nginx version: nginx/0.7.67
Ос : Debian 5, Linux **** 2.6.32-5-xen-amd64 #1 SMP Sat Jul 24 04:03:11 UTC 2010 x86_64 GNU/Linux
В Изменениях есть запись к версии 0.5.1 :
Исправление: переменная $upstream_response_time могла быть равна "0.000", хотя время обработки было больше 1 миллисекунды.
Очевидно всплыл старый баг.
P.s. Немного изменил формат лога, заметил странность :
[ 7589 : 1281522505.015 : 0.100 : 0.100 : 2921 : --- ]
[ 6676 : 1281522505.215 : 0.000 : 0.000 : 773 : --- ]
[ 7594 : 1281522505.315 : 0.000 : 0.000 : 512 : --- ]
[ 7599 : 1281522505.915 : 0.000 : 0.000 : 608 : --- ]
[ 7601 : 1281522505.915 : 0.000 : 0.000 : 440 : --- ]
[ 7603 : 1281522506.315 : 0.000 : 0.000 : 440 : --- ]
[ 7607 : 1281522506.515 : 0.000 : 0.000 : 608 : --- ]
Такое чувство что страницы отдаются импульсами по 0.1 сек
В общем кто-нибудь сталкивался с подобной проблемой?
для пущей точности вы должны считать прямо на апаче. А там глядишь и багов нет.
А как его научить это дело в логи писать? Там точность до одной секунды, а мне этого мало.
gcat /proc/config.gz | grep CONFIG_HZ
Проблема решена. ВСё оказалось гораздо проще!
Была.. и была она как раз 100 мс. :)