<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
2008/6/5 Alex Vorona <a class="moz-txt-link-rfc2396E" href="mailto:voron@amhost.net">&lt;voron@amhost.net&gt;</a>:<br>
<blockquote
 cite="mid:f6fdfb550806050020j2a4daa3bqdecbf1cf1544382c@mail.gmail.com"
 type="cite">
  <blockquote type="cite">
    <pre wrap="">Андрей пишет:
    </pre>
    <blockquote type="cite">
      <pre wrap="">Доброго времени суток.

Собственно, хотелось убрать блокировку на диске. Для этого, как здесь
и предлагалось несколько раз, установил связку nginx+nginx. Второй
nginx отдаёт первому статику с диска, так как соединение по
tcp-сокету, то, по идее, первый nginx, читая обычный сокет, не будет
блокироваться и будет всегда готов принять соединение
      </pre>
    </blockquote>
    <pre wrap="">тут всё красиво
    </pre>
    <blockquote type="cite">
      <pre wrap="">и выдать информацию из памяти(если она там есть), даже если диск
сильно загружен.
      </pre>
    </blockquote>
    <pre wrap="">а вот тут встаёт вопрос - как frontend nginx узнает, есть ли информация
в памяти и что именно он должен её сам отдавать, а не проксировать
запрос на backend nginx.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
  </pre>
</blockquote>
Нехорошо сказал, в памяти - имелось ввиду  в кеше фс в данном
конкретном случае (набор картинок для дизайна сайта, яваскрипты...).<br>
<blockquote
 cite="mid:f6fdfb550806050020j2a4daa3bqdecbf1cf1544382c@mail.gmail.com"
 type="cite">
  <pre wrap="">Я так понял идея в том, чтобы первый nginx с маленьким поличеством
worker_threads никогда не блокировался и всегда мог принять
соединение, а второй - пусть блокируется сколько угодно, да и можно
ему worker_threads увеличить (если он на отдельной машине будет).

Правда в таком случае совершенно не понятно почему
      location = /index.php {
          fastcgi_pass   127.0.0.1:1026;
          fastcgi_param  SCRIPT_FILENAME
/srv/www/vhosts/example.com$fastcgi_script_name;
          include fastcgi_params;
      }
в бакенде?
На этом nginx блокироваться не будет, и это нужно перенести во
фронтенд. Тогда пока 2-й nginx будет заблокирован на файлах первый
сможет отдавать хотя бы динамику ожидая когда 2-й очухается.

  </pre>
</blockquote>
index.php возвращал x-accel-redirect на /saves поэтому он там и был, не
догадался я что-то оставить его на фронтенде. Сейчас перенёс обработку
индекса на фронтенд, на бэкенде только сами файлы.<br>
<br>
Спасибо.<br>
<br>
</body>
</html>