Hello! On Fri, Jan 05, 2018 at 01:34:56PM +0000, debayang.qdt wrote: > When the http_stub_status_module is enabled, a performance > impact seen on some platforms with several worker processes > running and increased workload. > There is a contention with the atomic updates of the several > shared memory counters maintained by this module - which could > be eliminated if weby Maxim Dounin - Nginx Development
When the http_stub_status_module is enabled, a performance impact seen on some platforms with several worker processes running and increased workload. There is a contention with the atomic updates of the several shared memory counters maintained by this module - which could be eliminated if we maintain worker process specific counters and only sum them up when requested by client. Below patch isby debayang.qdt - Nginx Development
details: http://hg.nginx.org/nginx/rev/c9a7f4e11d3e branches: changeset: 7185:c9a7f4e11d3e user: Gena Makhomed <gmm@csdoc.com> date: Thu Dec 28 11:49:44 2017 +0200 description: Contrib: vim syntax, update 3rd party module directives. 3rd party modules list synchronized with FreeBSD nginx-devel port. diffstat: contrib/vim/syntax/nginx.vim | 2543 +++++++++++++++++++++-------by Maxim Dounin - Nginx Development
Hello! On Sun, Dec 10, 2017 at 02:58:17PM +0000, debayang.qdt wrote: > > On Mon, Dec 04, 2017 at 04:37:50PM +0000, debayang.qdt wrote: > > > > > For some architectures like armv8a - newer GCC generates a full > > > barrier for the __sync operations compared to the __atomics . > > > > > > This is seen to give some performance lag on these architby Maxim Dounin - Nginx Development
Hello! On Mon, Dec 04, 2017 at 04:37:50PM +0000, debayang.qdt wrote: > For some architectures like armv8a - newer GCC generates a full > barrier for the __sync operations compared to the __atomics . > > This is seen to give some performance lag on these architectures when > using __sync compared to the atomics apis under high contention. > > The C++ atomic ops looks gooby debayang.qdt - Nginx Development
Hello! On Mon, Dec 04, 2017 at 04:37:50PM +0000, debayang.qdt wrote: > For some architectures like armv8a - newer GCC generates a full > barrier for the __sync operations compared to the __atomics . > > This is seen to give some performance lag on these architectures > when using __sync compared to the atomics apis under high > contention. > > The C++ atomic ops looby Maxim Dounin - Nginx Development
details: http://hg.nginx.org/nginx/rev/47cca243d0ed branches: changeset: 7158:47cca243d0ed user: Maxim Dounin <mdounin@mdounin.ru> date: Tue Nov 21 18:09:43 2017 +0300 description: nginx-1.13.7-RELEASE diffstat: docs/xml/nginx/changes.xml | 83 ++++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 83 insertions(+), 0 deletions(-) diffs (93 lines): diff --git a/dby Maxim Dounin - Nginx Development
details: http://hg.nginx.org/nginx/rev/9ef704d8563a branches: changeset: 7151:9ef704d8563a user: Maxim Dounin <mdounin@mdounin.ru> date: Tue Oct 17 19:52:16 2017 +0300 description: Core: free shared memory zones only after reconfiguration. This is what usually happens for zones no longer used in the new configuration, but zones where size or tag were changed were freed when crby Maxim Dounin - Nginx Development
# HG changeset patch # User Zhihua Cao <czhihua@vmware.com> # Date 1507710209 25200 # Wed Oct 11 01:23:29 2017 -0700 # Node ID 648b1cca8f50d83eea02a6cc2c105ae95a3f3d72 # Parent 3012fcb69db4f35dd5851e3156625dc18a823fce Free the shared memory only when reconfiguration is successful If nginx reconfiguration fails, it maybe crash when killing the master process. The reason is that the unrby Zhihua Cao - Nginx Development
Hi Maxim, Your patch is fine to me. Thanks Zhihua Message: 1 Date: Wed, 11 Oct 2017 20:38:45 +0300 From: Maxim Dounin <mdounin@mdounin.ru> To: nginx-devel@nginx.org Subject: Re: Free the shared memory only when reconfiguration is successful Message-ID: <20171011173844.GX75166@mdounin.ru> Content-Type: text/plain; charset=us-ascii Hello! On Wed, Oct 11, 2017 at 01:45:04AM -0700, Zby Cao Zhihua - Nginx Development
Hello! On Wed, Oct 11, 2017 at 01:45:04AM -0700, Zhihua Cao wrote: > # HG changeset patch > # User Zhihua Cao <czhihua@vmware.com> > # Date 1507710209 25200 > # Wed Oct 11 01:23:29 2017 -0700 > # Node ID 648b1cca8f50d83eea02a6cc2c105ae95a3f3d72 > # Parent 3012fcb69db4f35dd5851e3156625dc18a823fce > Free the shared memory only when reconfiguration is successful >by Maxim Dounin - Nginx Development
# HG changeset patch # User Zhihua Cao <czhihua@vmware.com> # Date 1507710209 25200 # Wed Oct 11 01:23:29 2017 -0700 # Node ID 648b1cca8f50d83eea02a6cc2c105ae95a3f3d72 # Parent 3012fcb69db4f35dd5851e3156625dc18a823fce Free the shared memory only when reconfiguration is successful If nginx reconfiguration fails, it maybe crash when killing the master process. The reason is that the unrby Cao Zhihua - Nginx Development
# HG changeset patch # User Zhihua Cao <czhihua@vmware.com> # Date 1507710209 25200 # Wed Oct 11 01:23:29 2017 -0700 # Node ID 648b1cca8f50d83eea02a6cc2c105ae95a3f3d72 # Parent 3012fcb69db4f35dd5851e3156625dc18a823fce Free the shared memory only when reconfiguration is successful If nginx reconfiguration fails, it maybe crash when killing the master process. The reason is that the unrby Zhihua Cao - Nginx Development
details: http://hg.nginx.org/nginx/rev/bbc642c813c8 branches: changeset: 7083:bbc642c813c8 user: Maxim Dounin <mdounin@mdounin.ru> date: Tue Aug 08 18:00:11 2017 +0300 description: nginx-1.13.4-RELEASE diffstat: docs/xml/nginx/changes.xml | 65 ++++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 65 insertions(+), 0 deletions(-) diffs (75 lines): diff --git a/dby Maxim Dounin - Nginx Development
details: http://hg.nginx.org/nginx/rev/ac120e797d28 branches: changeset: 7080:ac120e797d28 user: Ruslan Ermilov <ru@nginx.com> date: Fri Aug 04 17:03:10 2017 +0300 description: Upstream: copy peer data in shared memory. This, in addition to 1eb753aa8e5e, fixes "upstream zone" on Windows. diffstat: src/http/modules/ngx_http_upstream_zone_module.c | 77 ++++++++++++by ru@nginx.com - Nginx Development
details: http://hg.nginx.org/nginx/rev/1eb753aa8e5e branches: changeset: 7078:1eb753aa8e5e user: Ruslan Ermilov <ru@nginx.com> date: Tue Aug 01 19:12:10 2017 +0300 description: Upstream zone: store peers->name and its data in shared memory. The shared objects should generally be allocated from shared memory. While peers->name and the data it points to allocated from cf-&by ru@nginx.com - Nginx Development
# HG changeset patch # User Piotr Sikora <piotrsikora@google.com> # Date 1490767180 25200 # Tue Mar 28 22:59:40 2017 -0700 # Node ID 154ca6c5e62a1931a616e9f2b99ef2553b7c2c8b # Parent 00bfd879eaf03f32373ab27110dd8f77c2b722a0 HTTP/2: add HTTP/2 to upstreams. Signed-off-by: Piotr Sikora <piotrsikora@google.com> diff -r 00bfd879eaf0 -r 154ca6c5e62a auto/modules --- a/auto/modules +by Piotr Sikora via nginx-devel - Nginx Development
Maxim, Thanks for the reply. I understand your concerns about PSK. We discussed it quite a bit, but ultimately decided that a PKI was not practical for our environment. We have to rely on the end user to configure security and any solution using PKI would be so difficult to work with that they just wouldn't bother with security at all. I considered some alternatives on the "ssl_nocert"by Karstens, Nate - Nginx Development
Hello! On Thu, Jun 01, 2017 at 05:20:53PM +0000, Karstens, Nate wrote: > Greetings, > > I'm about push 3 patches that add support for PSK TLS cipher > suites to nginx and thought it would be good to discuss the > feature itself in a separate thread. > > First, PSK support is useful in certain environments that are > not conducive to a full public key infrastructure.by Maxim Dounin - Nginx Development
Greetings, I'm about push 3 patches that add support for PSK TLS cipher suites to nginx and thought it would be good to discuss the feature itself in a separate thread. First, PSK support is useful in certain environments that are not conducive to a full public key infrastructure. The environment I'm personally working with is the recreational boating market; we are developing a new industry staby Karstens, Nate - Nginx Development
Hello! On Mon, May 22, 2017 at 01:17:40AM +0800, 胡聪 (hucc) wrote: > Hi, > > On Saturday, May 20, 2017 1:55 AM +0300, Maxim Dounin wrote: > > >On Fri, May 19, 2017 at 03:04:43AM +0800, 0@lvht.net wrote: > > > >> Thank you for your reply. > >> ******** > >> Please let me assume it make sense to make nginx work as a > >> standalone wby Maxim Dounin - Nginx Development
Hi, On Saturday, May 20, 2017 1:55 AM +0300, Maxim Dounin wrote: >On Fri, May 19, 2017 at 03:04:43AM +0800, 0@lvht.net wrote: > >> Thank you for your reply. >> ******** >> Please let me assume it make sense to make nginx work as a >> standalone websock server. The problem we will face is that we >> cannot send message to client. Because when the client initialby 胡聪 (hucc) - Nginx Development
Hello! What I still want to point out is that the job of the ngx_http_init_listening is not bind and listen on some certain tcp port waiting for incoming http request, but init the structs about listening adders and ports, associate them with http server and push the listening struct into the cycle->listening list. And all the process has been finished before the event module startup. As Iby 吕海涛 - Nginx Development
> On 20 May 2017, at 01:56, Maxim Dounin <mdounin@mdounin.ru> wrote: > > Hello! > >> On Fri, May 19, 2017 at 03:04:43AM +0800, 0@lvht.net wrote: >> >> Thank you for your reply. >> >> As a client oriented proxy server, nginx will boot several >> worker process to listen on the same port. If a tcp connection >> is initiated, this conby Anonymous User - Nginx Development
Hello! On Fri, May 19, 2017 at 03:04:43AM +0800, 0@lvht.net wrote: > Thank you for your reply. > > As a client oriented proxy server, nginx will boot several > worker process to listen on the same port. If a tcp connection > is initiated, this connection will be processed by one worker. > This model is simple yet efficient. However this model makes it > impossible to lby Maxim Dounin - Nginx Development
details: http://hg.nginx.org/nginx/rev/ab199f0eb8e8 branches: changeset: 7002:ab199f0eb8e8 user: Dmitry Volyntsev <xeioex@nginx.com> date: Thu May 18 18:39:16 2017 +0300 description: Cache: ignore long locked entries during forced expire. Abnormally exited workers may leave locked cache entries, this can result in the cache size on disk exceeding max_size and shared memory exhby Dmitry Volyntsev - Nginx Development
details: http://hg.nginx.org/nginx/rev/7fca6f60d5ca branches: changeset: 6921:7fca6f60d5ca user: othree <othree@gmail.com> date: Wed Mar 01 23:41:39 2017 +0800 description: Contrib: vim syntax, update 3rd party module directives. diffstat: contrib/vim/syntax/nginx.vim | 1477 +++++++++++++++++++++++++++++++++++++---- 1 files changed, 1335 insertions(+), 142 deletions(-) diby Maxim Dounin - Nginx Development
# HG changeset patch # User othree <othree@gmail.com> # Date 1488382899 -28800 # Wed Mar 01 23:41:39 2017 +0800 # Node ID 7fca6f60d5cafa0127b5bc4d6b74fcd06ab532a3 # Parent 8b7fd958c59f8280d167fe7dd93f1942bfed5876 Contrib: vim syntax, update 3rd party module directives. diff --git a/contrib/vim/syntax/nginx.vim b/contrib/vim/syntax/nginx.vim --- a/contrib/vim/syntax/nginx.vim +++ b/conby othree - Nginx Development
# HG changeset patch # User othree <othree@gmail.com> # Date 1488339792 -28800 # Wed Mar 01 11:43:12 2017 +0800 # Node ID b57cf9a765d8f5603f1bf359eb95dadc0a832f18 # Parent 8b7fd958c59f8280d167fe7dd93f1942bfed5876 Contrib: vim syntax, update 3rd party module directives. diff --git a/contrib/vim/syntax/nginx.vim b/contrib/vim/syntax/nginx.vim --- a/contrib/vim/syntax/nginx.vim +++ b/conby othree - Nginx Development
Hi This patch improves vim syntax file for nginx conf. Major changes: * Fix regexp in string might breaks location ngxBlock * Use syntax iskeyword instead of modify real Vim iskeyword (new Vim feature, can avoid change user behavior) * Update keywords, based on document[1][2] * Add/Update all 3rd party module keywords based on wiki[3][4] Full change history is on github[5]. [1]:https://nginx.by OOO - Nginx Development