Welcome! Log In Create A New Profile

Advanced

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Maxim Dounin
June 30, 2014 09:34PM
Hello!

On Mon, Jun 30, 2014 at 09:14:06PM -0400, Paul Schlie wrote:

> (Seemingly, it may be beneficial to simply replace the
> sequentially numbered temp_file scheme with hash-named scheme,
> where if cached, the file is simply retained for some period of
> time and/or other condition, and which may be optionally
> symbolically aliased using their uri path and thereby
> respectively logically accessed as a local static file, or
> deleted upon no longer being needed and not being cached; and
> thereby kill multiple birds with one stone per-se?)

Sorry for not following your discussion with yourself, but it looks
you didn't understand what was explained earlier:

[...]

> >>>>> (Out of curiosity, why would anyone ever want many multiple
> >>>>> redundant streams/temp_files ever opened by default?)
> >>>>
> >>>> You never know if responses are going to be the same. The part
> >>>> which knows (or, rather, tries to) is called "cache", and has
> >>>> lots of directives to control it.
> >>>
> >>> - If they're not "the same" then the tcp protocol stack has failed, which is nothing to do with ngiinx.

In http, responses are not guaranteed to be the same. Each
response can be unique, and you can't assume responses have to be
identical even if their URLs match.

--
Maxim Dounin
http://nginx.org/

_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
Subject Author Posted

How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Paul Schlie June 24, 2014 02:52PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Maxim Dounin June 24, 2014 06:38PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Paul Schlie June 24, 2014 07:52PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Maxim Dounin June 24, 2014 08:32PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Paul Schlie June 24, 2014 09:00PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Paul Schlie June 24, 2014 11:00PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Paul Schlie June 30, 2014 08:46PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Paul Schlie June 30, 2014 09:16PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Maxim Dounin June 30, 2014 09:34PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Paul Schlie June 30, 2014 11:12PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Maxim Dounin July 01, 2014 07:04AM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Paul Schlie July 01, 2014 08:46AM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Maxim Dounin July 01, 2014 09:22AM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Paul Schlie July 01, 2014 10:18AM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Maxim Dounin July 01, 2014 12:42PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Paul Schlie July 01, 2014 04:14PM

Re: How can the number of parallel/redundant open streams/temp_files be controlled/limited?

Paul Schlie July 01, 2014 05:04PM



Sorry, only registered users may post in this forum.

Click here to login

Online Users

Guests: 102
Record Number of Users: 8 on April 13, 2023
Record Number of Guests: 421 on December 02, 2018
Powered by nginx      Powered by FreeBSD      PHP Powered      Powered by MariaDB      ipv6 ready