1 Jun 09:39
1 Jun 11:44
Re: nginx stable ver. in freebsd ports collection
Здравствуйте, Владимир. VG> После того как я обновился с с прошлого стейбла (0.6.35) на VG> новый в портах (0.7.59) моя жизнь превратиласть в Ад; VG> nginx постоянно "залипает", не отвечает на запросы.Nginx hf,jnf вдогонку... А в логе ошибок что-нить подозрительное есть? -- С уважением, Михаил Монашёв, SoftSearch.ru mailto:postmaster@... ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни.
1 Jun 11:43
Re: nginx stable ver. in freebsd ports collection
Здравствуйте, Владимир. VG> После того как я обновился с с прошлого стейбла (0.6.35) на VG> новый в портах (0.7.59) моя жизнь превратиласть в Ад; VG> nginx постоянно "залипает", не отвечает на запросы.Nginx hf,jnf top и конфиг nginx-а можете запостить сюда? -- С уважением, Михаил Монашёв, SoftSearch.ru mailto:postmaster@... ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни.
1 Jun 11:54
Re: nginx stable ver. in freebsd ports collection
On Mon, Jun 01, 2009 at 01:43:33PM +0400, Михаил Монашёв wrote: > Здравствуйте, Владимир. > > VG> После того как я обновился с с прошлого стейбла (0.6.35) на > VG> новый в портах (0.7.59) моя жизнь превратиласть в Ад; > VG> nginx постоянно "залипает", не отвечает на запросы.Nginx hf,jnf > > top и конфиг nginx-а можете запостить сюда? В данном контексте ещё важен "nginx -V". -- -- Игорь Сысоев http://sysoev.ru
1 Jun 12:12
Управление cache manager просессом по расписанию
На продакшен сервере(Ubuntu 7.10) использую nginx 0.7.50 для кеширования изображений в различных разрешениях.
Кеш достаточно большой около 10 гб.
fastcgi_cache_path /opt/nginx-cache levels=2:2 keys_zone=img:50m;
location /img/ {
fastcgi_pass $backend;
include fcgi_params;
fastcgi_intercept_errors off;
fastcgi_cache_key $server_addr$request_uri;
fastcgi_cache img;
fastcgi_cache_valid 304 1m;
fastcgi_cache_valid any 100d;
fastcgi_hide_header Set-Cookie;
}
В последнее время заменил, что с регулярностью раз в три дня, на сервере резко повышается io-wait (100% из 400%) на пару часов.
У меня есть предположение, что в этот момент nginx начинает очищать кеш.
Есть ли возможность указать, чтобы nginx только в определенное время (по расписанию) проводил очистку кеша?
1 Jun 12:26
Re: Re[2]: [SSI] проверка переменных на пустотность
At Mon, 01 Jun 2009 11:39:34 +0400, ываукп Лвапу <love_women_love@...> wrote: > > За качественность или некачественность реализации речи не было. Речь о том, что эта реализация совместима только сама с собой уже при использовании конструкций сложнее echo var. > Это печально. > а где написано, что она должна быть совместима со всеми другими реализациями ssi? Я видел, в том числе, ssi который позволяет используя odbc выполнять запросы к db. -- -- wbr, Kirill
1 Jun 12:29
Re: Управление cache manager просессом по расписанию
On Mon, Jun 01, 2009 at 01:12:00PM +0300, Taras Murashko wrote:
> На продакшен сервере(Ubuntu 7.10) использую nginx 0.7.50 для кеширования
> изображений в различных разрешениях.
> Кеш достаточно большой около 10 гб.
>
> fastcgi_cache_path /opt/nginx-cache levels=2:2 keys_zone=img:50m;
>
> location /img/ {
> fastcgi_pass $backend;
> include fcgi_params;
> fastcgi_intercept_errors off;
> fastcgi_cache_key $server_addr$request_uri;
> fastcgi_cache img;
> fastcgi_cache_valid 304 1m;
> fastcgi_cache_valid any 100d;
> fastcgi_hide_header Set-Cookie;
> }
>
>
> В последнее время заменил, что с регулярностью раз в
три дня, на сервере
> резко повышается io-wait (100% из 400%) на пару часов.
>
> У меня есть предположение, что в этот момент nginx
начинает очищать кеш.
>
> Есть ли возможность указать, чтобы nginx только в
определенное время (по
> расписанию) проводил очистку кеша?
nginx чистит кэш по мере того, как появляются
новостребованные данные.
Это регулируется параметром inactive директивы proxy_cache_path.
Нужно смотреть, в каком состоянии находится
кэш-менеджер в это время:
если D, то он работает с диском.
--
--
Игорь Сысоев
http://sysoev.ru
1 Jun 13:40
1 Jun 13:52
Re: Управление cache manager просессом по расписанию
2009/6/1 Igor Sysoev <is <at> rambler-co.ru>
Я привел несколько устаревшую конфигурацию, в тот момент на сервере был установлен inactive=10d
fastcgi_cache_path /opt/nginx-cache levels=2:2 keys_zone=img:50m inactive=10d;
А какая зависимость между значением inactive и промежутками очистки кеша?
Обязательно посмотрю состояние при следующем проявлении.
nginx чистит кэш по мере того, как появляются новостребованные данные.On Mon, Jun 01, 2009 at 01:12:00PM +0300, Taras Murashko wrote:
> На продакшен сервере(Ubuntu 7.10) использую nginx 0.7.50 для кеширования
> изображений в различных разрешениях.
> Кеш достаточно большой около 10 гб.
>
> fastcgi_cache_path /opt/nginx-cache levels=2:2 keys_zone=img:50m;
>
> location /img/ {
> fastcgi_pass $backend;
> include fcgi_params;
> fastcgi_intercept_errors off;
> fastcgi_cache_key $server_addr$request_uri;
> fastcgi_cache img;
> fastcgi_cache_valid 304 1m;
> fastcgi_cache_valid any 100d;
> fastcgi_hide_header Set-Cookie;
> }
>
>
> В последнее время заменил, что с регулярностью раз в три дня, на сервере
> резко повышается io-wait (100% из 400%) на пару часов.
>
> У меня есть предположение, что в этот момент nginx начинает очищать кеш.
>
> Есть ли возможность указать, чтобы nginx только в определенное время (по
> расписанию) проводил очистку кеша?
Это регулируется параметром inactive директивы proxy_cache_path.
Я привел несколько устаревшую конфигурацию, в тот момент на сервере был установлен inactive=10d
fastcgi_cache_path /opt/nginx-cache levels=2:2 keys_zone=img:50m inactive=10d;
А какая зависимость между значением inactive и промежутками очистки кеша?
Нужно смотреть, в каком состоянии находится кэш-менеджер в это время:
если D, то он работает с диском.
Обязательно посмотрю состояние при следующем проявлении.
--
Игорь Сысоев
http://sysoev.ru
1 Jun 13:55
Re: Re[4]: [SSI] проверка переменных на пустотность
а почему бы не использовать nginx как движок для высокопроизводительных асинхронных приложений? при корректной реализации работы с БД и высоком уровне языка, можно было бы писать "сайты", выжимающие всё, что можно, из шелезяк. 2009/6/1 ываукп Лвапу <love_women_love <at> mail.ru>: > Угу, есть реализация с odbc :)) php теперь не нужен :) > Всё равно имхо обрабатывать include file также как include virtual - это нелогично и некрасиво) > А не отдавать туда QUERY_STRING - так вообще ужасно. > >
RSS Feed