headers
Vyacheslav Kokorin | 1 Jul 2005 07:45
Picon
Favicon

Re[2]: worker_processes

Здравствуйте, Sergey!

SS> Andrew Sitnikov wrote:

>>Hello Andrey,
>>
>>AYO> Тогда что подразумевалось под "засунуть в
память"? Может я
>>AYO> чего в этой технологии не понимаю?
>>обычно ОС кеширует данные с диска в памяти.
>>
>>  
>>
SS> При этом файлы посланные при помощи sendfile() шлются
прямо из дискового 
SS> кэша - нет лишней перекачки
SS> kernel - user - kernel.

Это всё хорошо.

А можно ли сделать так, чтобы наоброт, файл по
максимуму (до разумных
пределов, естественно) скачивался в
ОП и отдавался уже оттуда? Может стоит сделать связку
nginx-nginx ?

Сейчас на машине, которая раздаёт только статику с
помощью sendfile, память не используется
вообще, а винты прогибаются.
(Continue reading)

Permalink | Reply | 29 comments |
headers
Andrey Y. Ostanovsky | 1 Jul 2005 08:34
Picon
Favicon

Re: worker_processes

On Fri, Jul 01, 2005 at 09:45:46AM +0400, Vyacheslav Kokorin wrote:

> >>AYO> Тогда что подразумевалось под "засунуть в
память"? Может я
> >>AYO> чего в этой технологии не понимаю?
> SS> обычно ОС кеширует данные с диска в памяти.
> SS> При этом файлы посланные при помощи sendfile() шлются
прямо из дискового 
> SS> кэша - нет лишней перекачки kernel - user - kernel.
> Это всё хорошо.
> А можно ли сделать так, чтобы наоброт, файл по
максимуму (до разумных
> пределов, естественно) скачивался в

Собственно, я про то же самое и спрашиваю. :)

> ОП и отдавался уже оттуда? Может стоит сделать связку
nginx-nginx ?
> Сейчас на машине, которая раздаёт только статику с
помощью sendfile, память не используется
> вообще, а винты прогибаются.

Скорее transparent_squid -> nginx -> apache

Первый кэширует, второй отдает статику и
раскидывает запросы по виртуальным хостам, третий - арифметику.

Andrey
Permalink | Reply | 27 comments |
headers
Rasuk Evgeniy | 1 Jul 2005 08:47
Picon

RE: worker_processes

Как мне кажется есть проблема в transparent-squid
  можно ли его научить отдавать hostname ? 

Не будут ли запросы на nginx приходить от 127.0.0.1???
Может проще настроить кеширование в Апаче ??? 

-----Original Message-----
From: Majordomo Pseudo User [mailto:majordom@...] On Behalf
Of Andrey Y. Ostanovsky
Sent: Friday, July 01, 2005 10:34 AM
To: nginx-ru@...
Subject: Re: worker_processes

On Fri, Jul 01, 2005 at 09:45:46AM +0400, Vyacheslav Kokorin wrote:

> >>AYO> Тогда что подразумевалось под "засунуть в
память"? Может я чего 
> >>AYO> в этой технологии не понимаю?
> SS> обычно ОС кеширует данные с диска в памяти.
> SS> При этом файлы посланные при помощи sendfile() шлются
прямо из 
> SS> дискового кэша - нет лишней перекачки kernel - user - kernel.
> Это всё хорошо.
> А можно ли сделать так, чтобы наоброт, файл по
максимуму (до разумных 
> пределов, естественно) скачивался в

Собственно, я про то же самое и спрашиваю. :)

> ОП и отдавался уже оттуда? Может стоит сделать связку
(Continue reading)

Permalink | Reply | 1 comment |
headers
Vyacheslav Kokorin | 1 Jul 2005 09:13
Picon
Favicon

Re[2]: worker_processes

Здравствуйте, Andrey!

Friday, July 01, 2005, 10:34:04 AM, you wrote:

AYO> On Fri, Jul 01, 2005 at 09:45:46AM +0400, Vyacheslav Kokorin wrote:

>> >>AYO> Тогда что подразумевалось под "засунуть в
память"? Может я
>> >>AYO> чего в этой технологии не понимаю?
>> SS> обычно ОС кеширует данные с диска в памяти.
>> SS> При этом файлы посланные при помощи sendfile() шлются
прямо из дискового 
>> SS> кэша - нет лишней перекачки kernel - user - kernel.
>> Это всё хорошо.
>> А можно ли сделать так, чтобы наоброт, файл по
максимуму (до разумных
>> пределов, естественно) скачивался в

AYO> Собственно, я про то же самое и спрашиваю. :)

>> ОП и отдавался уже оттуда? Может стоит сделать
связку nginx-nginx ?
>> Сейчас на машине, которая раздаёт только статику с
помощью sendfile, память не используется
>> вообще, а винты прогибаются.

AYO> Скорее transparent_squid -> nginx -> apache
Да, но очень не хочется плодить сущности (я имею ввиду squid).
Если есть возможность покрутить переменные в nginx-е -
лучше конечно было бы сделать так.
(Continue reading)

Permalink | Reply | 24 comments |
headers
Andrey Y. Ostanovsky | 1 Jul 2005 09:15
Picon
Favicon

Re: worker_processes

On Fri, Jul 01, 2005 at 10:47:03AM +0400, Rasuk Evgeniy wrote:
> Как мне кажется есть проблема в transparent-squid
>   можно ли его научить отдавать hostname ? 

Он его и отдает, только немножко в другом месте. В php это $_SERVER[HTTP_X_FORWARDED_FOR]
Собственно, nginx делает ровно то же самое.

> 
> Не будут ли запросы на nginx приходить от 127.0.0.1???

Будут, так, как это физика (и она иногда нужна). А то, что
apache не умеет писать в свои логи [HTTP_X_FORWARDED_FOR], на мой
взгляд, совсем не проблема сквида.

> Может проще настроить кеширование в Апаче ??? 

Не уверен, что будет лучше.

Andrey
Permalink | Reply | 0 comments |
headers
Andrew Sitnikov | 1 Jul 2005 09:18
Picon
Favicon

Re[3]: worker_processes

Hello Vyacheslav,

VK> Да, но очень не хочется плодить сущности (я имею
ввиду squid).
VK> Если есть возможность покрутить переменные в nginx-е -
лучше конечно было бы сделать так.
вы вообще чего там крутить хотите ? не совсем понятно
про что вы вообще говорите

--

-- 
Best regards,
 Andrew                            mailto:sitnikov@...
Permalink | Reply | 23 comments |
headers
Andrew Stroganoff | 1 Jul 2005 09:45
Picon

Re: 404 -> FastCGI

23.06.05, Igor Sysoev<is <at> rambler-co.ru> написал(а):
> On Thu, 23 Jun 2005, Andrew Stroganoff wrote:
> 
> > Появилась проблема, как мне кажется связанная с
> > кешированием информации о файле (fstat).
> >
> > краткое описание проблемы:
> > запрос, сервер не находит файла, отправляет запрос
на fast-cgi,
> > последний создает этот файл и отправляет редирект
браузеру, чтобы тот
> > еще раз запросил этот файл.
> > На это раз приходит пустой файл, хотя он совсем не пустой.
> > Если после этого нажать в браузере refresh - то выдается
правильный файл.
> >
> > вот примерная схема работы:
> > 1) браузер отправляет запрос на файл
> > 2) nginx понимает, что файла нету, срабатывает error_page на
новый location
> > 3) на новом location стоит fastcgi_pass
> > 4) мой модуль получает запрос, создает файл, пишет в
syslog, делает
> > header("Location: /redirect/$the_same_uri");
> > 5) браузер получает ответ и идет по редиректу
> > 6) nginx получает запрос, который попадает под
> >   rewrite ^/redirect(.*)$ $1 last;
> > и отдает пустой файл, но со всеми правильными заголовками.
> >
> > Еще интересно, что толи в первый, то ли во второй
(Continue reading)

Permalink | Reply | 2 comments |
headers
Andrey Y. Ostanovsky | 1 Jul 2005 10:07
Picon
Favicon

Re: worker_processes

On Fri, Jul 01, 2005 at 10:18:46AM +0300, Andrew Sitnikov wrote:

> VK> Да, но очень не хочется плодить сущности (я имею
ввиду squid).
> VK> Если есть возможность покрутить переменные в nginx-е
- лучше конечно было бы сделать так.
> вы вообще чего там крутить хотите ? не совсем понятно
про что вы вообще говорите

Начнем с начала.:) Игорь утверждает, что
запрашиваемые статические картинки операционная
система хранит в памяти. Мне _кажется_, что nginx читает
их с диска. Есть ли какие-то инструментальные методы,
позволяющие подтвердить или опровергнуть эти утверждения?

По топу я вижу, что большое количество памяти куда-то используется:

last pid:  8534;  load averages:  1.35,  1.52,  1.55     up 0+10:07:01  11:54:45
50 processes:  1 running, 49 sleeping
CPU states: 11.7% user,  0.0% nice,  2.3% system,  2.3% interrupt, 83.6% idle
Mem: 481M Active, 1225M Inact, 190M Wired, 92M Cache, 112M Buf, 14M Free
                 ^^^^^^^^^^^^^^^
Swap: 2021M Total, 2021M Free

В то же время, по iostat -w 5 ar0 видна значительная дисковая активность:

      tty             ar0             cpu
 tin tout  KB/t tps  MB/s  us ni sy in id
   0    9 67.43  15  1.01  36  0  7  3 55
   0    9 17.03  34  0.56  22  0  5  2 71
(Continue reading)

Permalink | Reply | 22 comments |
headers
Vyacheslav Kokorin | 1 Jul 2005 10:26
Picon
Favicon

Re[2]: 404 -> FastCGI

Здравствуйте, Andrew!

Friday, July 01, 2005, 11:45:02 AM, you wrote:

AS> 23.06.05, Igor Sysoev<is <at> rambler-co.ru> написал(а):
>> On Thu, 23 Jun 2005, Andrew Stroganoff wrote:
>> 
>> > Появилась проблема, как мне кажется связанная с
>> > кешированием информации о файле (fstat).
>> >
>> > краткое описание проблемы:
>> > запрос, сервер не находит файла, отправляет запрос
на fast-cgi,
>> > последний создает этот файл и отправляет редирект
браузеру, чтобы тот
>> > еще раз запросил этот файл.
>> > На это раз приходит пустой файл, хотя он совсем не пустой.
>> > Если после этого нажать в браузере refresh - то выдается
правильный файл.
>> >
>> > вот примерная схема работы:
>> > 1) браузер отправляет запрос на файл
>> > 2) nginx понимает, что файла нету, срабатывает error_page на
новый location
>> > 3) на новом location стоит fastcgi_pass
>> > 4) мой модуль получает запрос, создает файл, пишет в
syslog, делает
>> > header("Location: /redirect/$the_same_uri");
>> > 5) браузер получает ответ и идет по редиректу
>> > 6) nginx получает запрос, который попадает под
(Continue reading)

Permalink | Reply | 1 comment |
headers
Andrew Stroganoff | 1 Jul 2005 10:37
Picon

Re: Re[2]: 404 -> FastCGI

> AS> Что надо сделать, чтобы ответ был 200 OK ?
> Не знаю, можно ли сделать
>  error_page  404  =200  "/generate-data/";
> достоверно знаю, что
>  error_page  404  =302  "/generate-data/";
> работает.

спасибо, работает :)
(искал в документации, но не в том разделе. уж никак не
думал, что
в таком виде это будет реализовано :)

> AS> спасибо
> AS> андрей
Permalink | Reply | 0 comments |

Gmane