<div dir="ltr">Hi<div><br></div><div><span style="font-size:14px">>You've misread the source code.  HTTP/2 windows are handled in</span><br style="font-size:14px"><span style="font-size:14px">>ngx_http_v2_send_chain(), which is only called for response body</span><br style="font-size:14px"><span style="font-size:14px">>data.</span><br></div><div><span style="font-size:14px"><br></span></div><div><span style="font-size:14px">when the window is blocked, </span><span style="font-size:14px">Nginx logs that the headers frame has been sent out, however I cannot receive any response headers. The same client tried on h2o and I can receive the response headers.</span></div><div><br></div><div><span style="font-size:14px">>The prioritization has effect when there is concurrency for</span><br style="font-size:14px"><span style="font-size:14px">>connection.  In your case from nginx point of view there was</span><br style="font-size:14px"><span style="font-size:14px">>only one stream in processing at any moment.  The previous</span><br style="font-size:14px"><span style="font-size:14px">>stream was completed before the new one has been received.</span><br></div><div><span style="font-size:14px"><br></span></div><div><span style="font-size:14px">Let me explain my strategy in detail. I used some requests(stream id 1-15) to consume the window (65535) And then block the window without sending any window update frame(I have sent a very large stream update before). Then I send the next 6 streams with different priorities. At this moment, the 6 streams should be blocked. Nginx should have enough time to handle the priority. Then I send a very large window update frame, but nginx will process the stream one by one with no priority observation. What I want to say is, only when the file is really large then the priority can be observed. But I have give enough time to Nginx by block the request. Nginx should handle the priority though the file is really small. If you need more information, please tell me. Many Thanks</span></div><div><span style="font-size:14px"><br></span></div><div><span style="font-size:14px">Best Regards</span></div><div><span style="font-size:14px">Muhui Jiang</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-10 21:15 GMT+08:00 Valentin V. Bartenev <span dir="ltr"><<a href="mailto:vbart@nginx.com" target="_blank">vbart@nginx.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Monday 09 May 2016 21:27:31 Muhui Jiang wrote:<br>
> Hi<br>
><br>
> According to my view on the source code of Nginx 1.9.15, I noticed some<br>
> observation below:<br>
><br>
> 1. when there is no enough window, nginx won't send back the response<br>
> frame, though according to the log, nginx said it has sent the headers<br>
> frame out, but client won't receive it. This is not right according to RFC<br>
> 7540 because window update will only limit the data frames<br>
><br>
<br>
</span>You've misread the source code.  HTTP/2 windows are handled in<br>
ngx_http_v2_send_chain(), which is only called for response body<br>
data.<br>
<span class=""><br>
<br>
<br>
> 2.when there is no enough window, nginx will first store the request in the<br>
> queue, when it received a window update, nginx will start fetch the streams<br>
> stored in the queue use ngx_queue_head within a while loop(line 2161 in<br>
> ngx_http_v2.c). I noticed the stream order I got is the same as the sending<br>
> order with no relationship of the dependency tree, then nginx will create<br>
> the corresponding data frames according to the stream order. But I noticed<br>
> whether nginx will put the frame into the output queue depends on the<br>
>  value of wev->ready, here a problem is that I noticed when the request<br>
> files is big, the wev->ready is set 0, only when this happens, the priority<br>
> mechanism can work otherwise the frame will be sent out directly with no<br>
> dependency observation. I am still confused on how does nginx implement the<br>
> priority. Could you please give me some suggestions.<br>
><br>
> A failed priority mechanism example debug log:<br>
> <a href="https://github.com/valour01/LOG/blob/master/example.log" rel="noreferrer" target="_blank">https://github.com/valour01/LOG/blob/master/example.log</a><br>
<br>
</span>The prioritization has effect when there is concurrency for<br>
connection.  In your case from nginx point of view there was<br>
only one stream in processing at any moment.  The previous<br>
stream was completed before the new one has been received.<br>
<br>
  wbr, Valentin V. Bartenev<br>
<br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</blockquote></div><br></div>