revolutions per minute - a new metric for measuring responsiveness
 help / color / mirror / Atom feed
* [Rpm] Test procedures for TCP stacks ?
@ 2022-01-31 15:27 Toerless Eckert
  2022-02-01 17:29 ` Christoph Paasch
  2022-02-01 19:19 ` Dave Taht
  0 siblings, 2 replies; 3+ messages in thread
From: Toerless Eckert @ 2022-01-31 15:27 UTC (permalink / raw)
  To: rpm

Are thre any well defined (RFC or the like) test procedures for the "quality"
of TCP stacks ? I am especially thinking about measuring how good the
TCP stack behaves in the face of various path problems. Latency, loss,
reorder,.

Related:

How big a difference between goodput and throughput would one be able to
see anyhow between worst... best TCP stacks ?

Thanks!
    Toerless

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Rpm] Test procedures for TCP stacks ?
  2022-01-31 15:27 [Rpm] Test procedures for TCP stacks ? Toerless Eckert
@ 2022-02-01 17:29 ` Christoph Paasch
  2022-02-01 19:19 ` Dave Taht
  1 sibling, 0 replies; 3+ messages in thread
From: Christoph Paasch @ 2022-02-01 17:29 UTC (permalink / raw)
  To: Toerless Eckert; +Cc: rpm

Hello,

> On Jan 31, 2022, at 7:27 AM, Toerless Eckert via Rpm <rpm@lists.bufferbloat.net> wrote:
> 
> Are thre any well defined (RFC or the like) test procedures for the "quality"
> of TCP stacks ? I am especially thinking about measuring how good the
> TCP stack behaves in the face of various path problems. Latency, loss,
> reorder,.

I don't think that there is anything like that. All depends on what would be defined as "quality".

> 
> Related:
> 
> How big a difference between goodput and throughput would one be able to
> see anyhow between worst... best TCP stacks ?

That is interesting. It would be a measure of the efficiency of the TCP stack.


Christoph

> 
> Thanks!
>    Toerless
> _______________________________________________
> Rpm mailing list
> Rpm@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/rpm


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Rpm] Test procedures for TCP stacks ?
  2022-01-31 15:27 [Rpm] Test procedures for TCP stacks ? Toerless Eckert
  2022-02-01 17:29 ` Christoph Paasch
@ 2022-02-01 19:19 ` Dave Taht
  1 sibling, 0 replies; 3+ messages in thread
From: Dave Taht @ 2022-02-01 19:19 UTC (permalink / raw)
  To: Toerless Eckert; +Cc: Rpm

"Quality" is an attribute I think about based on Deming's work on TQM,
and Zen and the Art of Motorcycle Maintenance.

You know it when you see it, feel it, taste it, hold its heft in your
hand, and wheel your bike out of the garage after a long winter and it
starts right up.



On Mon, Jan 31, 2022 at 7:27 AM Toerless Eckert via Rpm
<rpm@lists.bufferbloat.net> wrote:
>
> Are thre any well defined (RFC or the like) test procedures for the "quality"
> of TCP stacks ? I am especially thinking about measuring how good the
> TCP stack behaves in the face of various path problems. Latency, loss,
> reorder,.
>
> Related:
>
> How big a difference between goodput and throughput would one be able to
> see anyhow between worst... best TCP stacks ?
>
> Thanks!
>     Toerless
> _______________________________________________
> Rpm mailing list
> Rpm@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/rpm



--
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org

Dave Täht CEO, TekLibre, LLC

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2022-02-01 19:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-01-31 15:27 [Rpm] Test procedures for TCP stacks ? Toerless Eckert
2022-02-01 17:29 ` Christoph Paasch
2022-02-01 19:19 ` Dave Taht

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox