<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">28 января 2013 г., 22:00 пользователь teo <span dir="ltr"><<a href="mailto:nginx-forum@nginx.us" target="_blank">nginx-forum@nginx.us</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id=":eo">proxy_max_temp_file_size вообще не имеет к размеру файлов в кеше никакого<br>
значения<br>
Цитата:<br>
Директива задаёт максимальный размер временного файла для проксированного<br>
ответа. "proxy_max_temp_file_size 0" запрещает создание файла.<br>
<br>
Т.е. определяет может ли nginx писать ответ бекенда на диск перед отдачей<br>
клиенту, или ему придется отдавать его на лету.<br></div></blockquote><div><br>В том то и дело что это только в теории и 
по логике вещей. А на практике, при включенном кешировании, nginx плюет 
на proxy_max_temp_file_size и пишет, сколько ему нужно.<br></div></div><br></div><div class="gmail_extra">вот например процесс выкачки 67M файлика<br></div><div class="gmail_extra">в середине процесса:<br></div><div class="gmail_extra">
-rw------- 1 nginx nginx 43778048 Jan 28 13:32 7/7/0000000077<br></div><div class="gmail_extra">...<br>в конце: <br>-rw------- 1 nginx nginx 69885952 Jan 28 13:34 7/7/0000000077<br></div><div class="gmail_extra">сколько там стоит proxy_max_temp_file_size - по барабану, хоть 0, хоть 8M.<br>
</div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_quote"></div><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div id=":eo">
При этом общий объем отдачи клиенту и этот размер никак не коррелируют.<br>
Ответ может быть 10Тер, а размер временного файла 1Мег, тогда nginx может<br>
каждый пришедший 1Мег записывать на диск и потом отдавать клиенту, и все это<br>
в цикле, (пока все не посинеют)))<br>
Хотя никто не сказал, что будет если размер ответа известен сразу и<br>
превышает  - nginx может отказаться писать ответ во временный файл, если<br>
сочтет это не эффективным.<br>
Полезность его установки в больше нуля только в одном - если надо разгрузить<br>
бекенды для новых запросов при неторопливых клиентах (или такого вида<br>
атаки)<br>
Но если у вас система обрабатывает 100к запросов, и вы поставили размер в<br>
1мег, то это может потребовать 100Гиг диска для временного хранения<br>
ответов.<br>
И нехилый вобщем disk-io )))</div></blockquote></div><br><div class="gmail_extra"><br></div>До 100 гиг не доходило, но до 50 гиг уже не раз.</div></div>