Resent-Date: Thu, 19 Mar 2020 16:29:11 +0000
Resent-Message-Id: <E1jEy2h-0005ct-Br@lyra.w3.org>
Date: Thu, 19 Mar 2020 17:28:51 +0100
From: Willy Tarreau <w@1wt.eu>
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc: Cory Benfield <cory@lukasa.co.uk>, Mark Nottingham <mnot@mnot.net>,
        HTTP Working Group <ietf-http-wg@w3.org>
Message-ID: <20200319162851.GB19209@1wt.eu>
References: <158449485958.32126.16514800548442242620@ietfa.amsl.com>
 <3DD75975-2CA3-4071-974C-922121689310@mnot.net>
 <CAH_hAJGU=2OG-QRKSiauTFzHxLXdUBAc4ngLy93b-b3MbNLiKA@mail.gmail.com>
 <17273.1584633212@critter.freebsd.dk>
 <20200319161130.GA19209@1wt.eu>
 <17396.1584635103@critter.freebsd.dk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <17396.1584635103@critter.freebsd.dk>
User-Agent: Mutt/1.6.1 (2016-04-27)
Received-SPF:
 pass client-ip=62.212.114.60; envelope-from=w@1wt.eu; helo=1wt.eu
Subject:
 Re: New Version Notification for  draft-nottingham-bikeshed-length-00.txt
Archived-At: <https://www.w3.org/mid/20200319162851.GB19209@1wt.eu>
Resent-From: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list

On Thu, Mar 19, 2020 at 04:25:03PM +0000, Poul-Henning Kamp wrote:
> --------
> In message <20200319161130.GA19209@1wt.eu>, Willy Tarreau writes:
> >On Thu, Mar 19, 2020 at 03:53:32PM +0000, Poul-Henning Kamp wrote:
> 
> >> We could make it explictly fuzzy, by definting it as kilobytes rounded down ?
> >
> >I think it's an excellent idea, which even goes in the direction of
> >reducing the on-wire bytes. And given todays connections speeds, if we
> >use it only for progress bars it could even represent megabytes rounded
> >to the nearest. Less than 0.5 will usually not take more than a few
> >seconds and not deserve showing an accurate progress bar.
> 
> I thought about that, but I know of applications where traffic is sorted
> in "small", "medium" and "huge", where "small" is significantly less than
> a megabyte, so I think the units should in the kilobytes rather than
> megabytes range.  Just to throw a number out there:  Smaller than 32k.

I'm fine with this anyway.

Willy