revolutions per minute - a new metric for measuring responsiveness
 help / color / mirror / Atom feed
From: Rich Brown <richb.hanover@gmail.com>
To: "Bjørn Mork" <bjorn@mork.no>
Cc: Paul Spooren <mail@aparcar.org>,
	openwrt-devel@lists.openwrt.org, Rpm <rpm@lists.bufferbloat.net>
Subject: Re: [Rpm] Seeking RPM Server package for OpenWrt
Date: Wed, 23 Mar 2022 08:57:47 -0400	[thread overview]
Message-ID: <B441EEF6-84A2-4C8B-8D99-02059D55C6A9@gmail.com> (raw)
In-Reply-To: <87mthg4zl7.fsf@miraculix.mork.no>

Bjørn,

Thanks for these comments.

> On Mar 23, 2022, at 8:34 AM, Bjørn Mork <bjorn@mork.no> wrote:
> 
> There is no need to read anything from a file or device.  You can just
> serve the same memory buffer in a loop.

That might satisfy Paul Spooren's concern.

> I did a quick look at the document and it seems under-specified.  Page
> after page with blah-blah, but
> - not defining Content-Type for any of the URLs
> - not defining ciphers or any other TLS options, despite the rather
>  restrictive TLSv1.3 requirment
> - no config examples for common web servers
> - no actual client algorithm
> 
> The last point is obviously the biggest problem.  You can do whatever
> you want when implementng this, so the results from different clients
> will not be comparable at all.
> 
> IMHO it's better let this soak for a while until they've reversed the
> blah-blah to content ratio.  This doesn't look like a finished protocol.

Although I took an editorial pass over an earlier version of the RFC, I'm not in a position to address your questions. 

Let me propose this process for continuing the conversation. With this response, I'm cc'ing:

- openwrt-devel
- RPM mailing list
- named individuals

Not everyone is subscribed to both lists, but cc'ing everyone who responds should keep everyone included.

Thank you.

Rich

  reply	other threads:[~2022-03-23 12:57 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-23 11:28 Rich Brown
2022-03-23 12:05 ` Paul Spooren
2022-03-23 12:34   ` Bjørn Mork
2022-03-23 12:57     ` Rich Brown [this message]
2022-03-23 13:02       ` Paul Spooren
2022-03-23 18:40     ` Christoph Paasch
2022-03-23 19:23       ` Bjørn Mork
2022-03-24  3:58         ` Will Hawkins
2022-03-24 20:15         ` Christoph Paasch
2022-03-23 12:39   ` Rich Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/rpm.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=B441EEF6-84A2-4C8B-8D99-02059D55C6A9@gmail.com \
    --to=richb.hanover@gmail.com \
    --cc=bjorn@mork.no \
    --cc=mail@aparcar.org \
    --cc=openwrt-devel@lists.openwrt.org \
    --cc=rpm@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox