On Wed, Dec 2, 2015 at 5:24 PM, Stefan Eissing wrote:
> I put it on my TODO for friday, maybe I can conf/ifdef around it without
> too much pain.
>
> Am 02.12.2015 um 23:16 schrieb William A Rowe Jr :
>
> On Wed, Dec 2, 2015 at 3:06 PM, Reindl
That is unfortunate. I added a test case which reproduced window exhaustion
before I fixed it. What sort of requests do still miss window updates?
content-length? response codes?
thx.
Am 04.12.2015 um 02:36 schrieb Bert Huijben :
>> -Original Message-
>> From: Stefan
> -Original Message-
> From: Stefan Eissing [mailto:stefan.eiss...@greenbytes.de]
> Sent: vrijdag 4 december 2015 10:18
> To: dev@httpd.apache.org
> Subject: Re: No H2 Window updates!
>
> That is unfortunate. I added a test case which reproduced window
> exhaustion before I fixed it. What
mod_http2 in /trunk now checks for a minimum nghttp2 version of 1.2.1 and
#ifdefs code accordingly. Will backport to 2.4.x later together with other
changes.
> Am 04.12.2015 um 09:19 schrieb William A Rowe Jr :
>
> On Wed, Dec 2, 2015 at 5:24 PM, Stefan Eissing
If you find the time, the lastest v1.0.10 mod_http2 in 2.4.x sets the
connection window to max which addresses for me the window starvation issues I
was able to reproduce (and put into my test suite). I hope this works for you
as well, otherwise I'd need more detailed data on how to reproduce
My observation was that that the mapped pages for 2-6 fundamental socache,
lbmethod or slotmem providers are the same as for a single module due to
page alignment - load any two and you are already wasting kernel resources
and memory.
I agree that any user agent or content facing modules should
I thought the idea of providers and submodules were so
that, for example, if someone only used byrequests, for
example, they only needed to build and load that specific
submodule and nothing else... Not seeing what issue exactly
you're trying to address.
> On Dec 3, 2015, at 6:25 PM, William A
afaik, we aren't tied to nghttp2, in that if there
is a more viable solution and it's easier to implement/use
that than, without a whole lot of work, it's something to
consider. Back then, and for now, nghttp2 made the whole
thing possible. If serf gets to the point where it
could be used, then
> -Original Message-
> From: Stefan Eissing [mailto:stefan.eiss...@greenbytes.de]
> Sent: vrijdag 4 december 2015 16:23
> To: dev@httpd.apache.org
> Subject: Re: No H2 Window updates!
>
> If you find the time, the lastest v1.0.10 mod_http2 in 2.4.x sets the
> connection window to max
> -Original Message-
> From: ic...@apache.org [mailto:ic...@apache.org]
> Sent: vrijdag 4 december 2015 15:26
> To: c...@httpd.apache.org
> Subject: svn commit: r1717970 -
> /httpd/test/mod_h2/trunk/test/test_window_update.sh
>
> Author: icing
> Date: Fri Dec 4 14:25:53 2015
> New
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: vrijdag 4 december 2015 18:51
> To: dev@httpd.apache.org
> Subject: RE: svn commit: r1717970 -
> /httpd/test/mod_h2/trunk/test/test_window_update.sh
>
>
>
> > -Original Message-
> > From:
On Thu, 3 Dec 2015 12:23:24 -0600
William A Rowe Jr wrote:
> On Thu, Dec 3, 2015 at 10:32 AM, Nick Kew wrote:
> Yup, and I'm not proposing to eliminate the mechanism, I'm proposing
> that the existing 'core' subset be codified in fewer, still
> lightweight
On Thu, Dec 3, 2015 at 11:49 AM, Rainer Jung
wrote:
> I did a 2.2 to 2.4 migration today. The old 2.2 server was using a
> certificate file, which was DER encoded and the new 2.4 one didn't like it.
>
> It seems support for DER encoded certs was removed in 2.4.8 as a
On Fri, Dec 4, 2015 at 10:17 AM, Nick Kew wrote:
>
> > I'm looking, none of these seem like huge hacks, wondering
> > which of them trigger your concern?
>
> Well, your talk of refactoring config led me to wonder
> whether you were proposing another tilt at the whole directory
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: vrijdag 4 december 2015 21:45
> To: dev@httpd.apache.org
> Subject: RE: No H2 Window updates!
>
>
>
> > -Original Message-
> > From: Stefan Eissing [mailto:stefan.eiss...@greenbytes.de]
> > Sent: vrijdag
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: vrijdag 4 december 2015 22:27
> To: dev@httpd.apache.org
> Subject: RE: No H2 Window updates! (Probably a Serf issue!)
>
>
>
> > -Original Message-
> > From: Bert Huijben [mailto:b...@qqmail.nl]
> >
Stefan Eissing in gmane.comp.apache.devel (Fri, 4 Dec 2015 16:23:19
+0100):
>If you find the time, the lastest v1.0.10 mod_http2 in 2.4.x sets the
>connection window to max which addresses for me the window starvation
>issues I was able to reproduce (and put into my test suite). I hope this
>works
I can certainly try more scenarios. The ones there in the tests reflect the
problems I have seen and verify the fixes I did.
If you have a h2load scenario that reproduces what you see, that could be very
helpful. Alternatively, what would I have to do to run your test on my machine?
> Am
> -Original Message-
> From: Stefan Eissing [mailto:stefan.eiss...@greenbytes.de]
> Sent: vrijdag 4 december 2015 21:36
> To: dev@httpd.apache.org
> Subject: Re: No H2 Window updates!
>
> The code increases the window by the difference between max and current
> so that the client has
Thanks for the quick update and the good news.
> Am 04.12.2015 um 22:46 schrieb Bert Huijben :
>
>
>
>> -Original Message-
>> From: Bert Huijben [mailto:b...@qqmail.nl]
>> Sent: vrijdag 4 december 2015 22:27
>> To: dev@httpd.apache.org
>> Subject: RE: No H2 Window
The code increases the window by the difference between max and current so that
the client has exactly the max value. nghttp2 accepts this on the client side.
It rejects any larger value as you described.
So we seem to have a difference in calculation between nghttp2 and serf. which
values do
> Am 04.12.2015 um 20:51 schrieb Jan Ehrhardt :
>
> Stefan Eissing in gmane.comp.apache.devel (Fri, 4 Dec 2015 16:23:19
> +0100):
>> If you find the time, the lastest v1.0.10 mod_http2 in 2.4.x sets the
>> connection window to max which addresses for me the window starvation
unsubscribe
23 matches
Mail list logo