* Re: [Bloat] ipspace.net: "QUEUING MECHANISMS IN MODERN SWITCHES", > (Jonathan Morton)
2014-05-28 17:29 ` [Bloat] ipspace.net: "QUEUING MECHANISMS IN MODERN SWITCHES", > (Jonathan Morton) David Collier-Brown
@ 2014-05-29 7:28 ` Neil Davies
2014-05-29 14:09 ` Jonathan Morton
1 sibling, 0 replies; 4+ messages in thread
From: Neil Davies @ 2014-05-29 7:28 UTC (permalink / raw)
To: davecb; +Cc: bloat
On 28 May 2014, at 18:29, David Collier-Brown <davec-b@rogers.com> wrote:
> On 05/28/2014 11:33 AM, Jonathan Morton <chromatix99@gmail.com> wrote
>> It's a mathematical truth for any topology that you can reduce to a black box with one or more inputs and one output, which you call a "queue" and which *does
> not discard* packets. Non-discarding queues don't exist in the real
> world, of course.
>>
>> The intuitive proof is that every time you promote a packet to be transmitted earlier, you must demote one to be transmitted later. A non-FIFO queue tends to increase the maximum delay and decrease the minimum delay, but the average delay will remain constant.
>
> A niggle: people working in queuing theory* make the simplifying
> assumption that queues don't drop. When describing the real world, they
> talk of "defections", the scenario where a human arrives at the tail of
> the queue and "defects", either to another queue or to the exit door of
> the store!
There is another mathematical approach that we've found very useful, actually the original work goes back to the 1950's (M/M/1/K/K).
As mentioned in a reply just now in a different thread, it does give some interesting insights into the underlying two-degrees of freedom that are present in every finite queue.
> As you might guess, what I find intuitive the IP world finds wrong, and
> vice versa.
>
> --dave
> [* as opposed, perhaps, to queuing networks (:-)]
> --
> David Collier-Brown, | Always do right. This will gratify
> System Programmer and Author | some people and astonish the rest
> davecb@spamcop.net | -- Mark Twain
>
>
>
> --
> David Collier-Brown, | Always do right. This will gratify
> System Programmer and Author | some people and astonish the rest
> davecb@spamcop.net | -- Mark Twain
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Bloat] ipspace.net: "QUEUING MECHANISMS IN MODERN SWITCHES", > (Jonathan Morton)
2014-05-28 17:29 ` [Bloat] ipspace.net: "QUEUING MECHANISMS IN MODERN SWITCHES", > (Jonathan Morton) David Collier-Brown
2014-05-29 7:28 ` Neil Davies
@ 2014-05-29 14:09 ` Jonathan Morton
2014-05-29 15:36 ` David Collier-Brown
1 sibling, 1 reply; 4+ messages in thread
From: Jonathan Morton @ 2014-05-29 14:09 UTC (permalink / raw)
To: davecb; +Cc: bloat
[-- Attachment #1: Type: text/plain, Size: 1193 bytes --]
On 28 May 2014 20:31, "David Collier-Brown" <davec-b@rogers.com> wrote:
>
> On 05/28/2014 11:33 AM, Jonathan Morton <chromatix99@gmail.com> wrote
> > It's a mathematical truth for any topology that you can reduce to a
black box with one or more inputs and one output, which you call a "queue"
and which *does
> not discard* packets. Non-discarding queues don't exist in the real
> world, of course.
> >
> > The intuitive proof is that every time you promote a packet to be
transmitted earlier, you must demote one to be transmitted later. A
non-FIFO queue tends to increase the maximum delay and decrease the minimum
delay, but the average delay will remain constant.
>
> A niggle: people working in queuing theory* make the simplifying
> assumption that queues don't drop. When describing the real world, they
> talk of "defections", the scenario where a human arrives at the tail of
> the queue and "defects", either to another queue or to the exit door of
> the store!
I think my description of the black box is still valid: a "defection" must
imply a second output from the box, otherwise it will appear as either a
reordering (preserving the property) or a discard.
- Jonathan Morton
[-- Attachment #2: Type: text/html, Size: 1522 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread