Resent-Date: Tue, 23 Jul 2013 22:38:38 +0000
Resent-Message-Id: <E1V1lE6-0006Sg-Md@frink.w3.org>
MIME-Version: 1.0
In-Reply-To: <CABkgnnV7ZZ_MWeuP2cDKombNWJJahES02XYTJh0OJY7yo17ytQ@mail.gmail.com>
References: <CA+KJw_5PcUxBiUnQ00=G2C4Q6MnaB=hpNDk+9eTeZMs3Lz-CpA@mail.gmail.com>
 <CAP+FsNf7YBDfO_=fW7nPHXdUi0F+0+4S2AUm_T2gHtqYhER8MA@mail.gmail.com>
 <20130723190419.GA25817@LK-Perkele-VII>
 <CAP+FsNc5tef8WRCaH-_6z5se=vVPscSQ3+GfEF0T02q8oKq6WA@mail.gmail.com>
 <CABkgnnWx5d_3U+tFQYG68+NCGC3Q2Hfm_PD0hgALeawb+PY-ZA@mail.gmail.com>
 <CAP+FsNfauVPhGZH31_LFeQKOuPF0KcYKp7U4qMBtDUsv-Ja-cQ@mail.gmail.com>
 <CABkgnnV7ZZ_MWeuP2cDKombNWJJahES02XYTJh0OJY7yo17ytQ@mail.gmail.com>
Date: Tue, 23 Jul 2013 15:38:02 -0700
Message-ID: <CAP+FsNfgEqP2dwHsG0RD2ZizpVNw=98mTJ=1Q33b3UK8NdhjYA@mail.gmail.com>
From: Roberto Peon <grmocg@gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Cc: Ilari Liusvaara <ilari.liusvaara@elisanet.fi>,
 =?ISO-8859-1?B?R+Fib3IgTW9sbuFy?= <gabor.molnar@sch.bme.hu>,
 HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: multipart/alternative; boundary=089e01184b2e1f745204e2357220
Received-SPF: pass client-ip=209.85.214.175; envelope-from=grmocg@gmail.com;
 helo=mail-ob0-f175.google.com
Subject: Re: MAX_CONCURRENT_STREAMS=0 and PUSH_PROMISE
Archived-At: <http://www.w3.org/mid/CAP+FsNfgEqP2dwHsG0RD2ZizpVNw=98mTJ=1Q33b3UK8NdhjYA@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list

--089e01184b2e1f745204e2357220
Content-Type: text/plain; charset=ISO-8859-1

I'm a proxy guy, actually.
I have to deal with both sides constantly, except that I'm more memory,
CPU, and bandwidth constrained. It is true that I don't have to deal with
rendering, however.

-=R


On Tue, Jul 23, 2013 at 3:35 PM, Martin Thomson <martin.thomson@gmail.com>wrote:

> On 23 July 2013 15:21, Roberto Peon <grmocg@gmail.com> wrote:
> >> We've done a lot to protect resources on a server, but I don't think
> >> that a client is able to limit the commitments it has to make in order
> >> to continue to use a connection.
> >
> > Given the above, do you still feel that way? :)
>
> You're a server guy.  That mostly just reads like a "it's clients, who
> cares, they can deal with it".  I'll hold my opinion until the client
> folks reply.
>

--089e01184b2e1f745204e2357220
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I&#39;m a proxy guy, actually.<div>I have to deal with bot=
h sides constantly, except that I&#39;m more memory, CPU, and bandwidth con=
strained. It is true that I don&#39;t have to deal with rendering, however.=
</div>
<div><br></div><div>-=3DR</div></div><div class=3D"gmail_extra"><br><br><di=
v class=3D"gmail_quote">On Tue, Jul 23, 2013 at 3:35 PM, Martin Thomson <sp=
an dir=3D"ltr">&lt;<a href=3D"mailto:martin.thomson@gmail.com" target=3D"_b=
lank">martin.thomson@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"im">On 23 July 2013 15:21, Rob=
erto Peon &lt;<a href=3D"mailto:grmocg@gmail.com">grmocg@gmail.com</a>&gt; =
wrote:<br>

&gt;&gt; We&#39;ve done a lot to protect resources on a server, but I don&#=
39;t think<br>
&gt;&gt; that a client is able to limit the commitments it has to make in o=
rder<br>
&gt;&gt; to continue to use a connection.<br>
&gt;<br>
&gt; Given the above, do you still feel that way? :)<br>
<br>
</div>You&#39;re a server guy. =A0That mostly just reads like a &quot;it=
9;s clients, who<br>
cares, they can deal with it&quot;. =A0I&#39;ll hold my opinion until the c=
lient<br>
folks reply.<br>
</blockquote></div><br></div>

--089e01184b2e1f745204e2357220--