* [Cake] 950mbit result
@ 2017-11-27 8:42 Dave Taht
2017-11-27 8:47 ` Pete Heist
0 siblings, 1 reply; 2+ messages in thread
From: Dave Taht @ 2017-11-27 8:42 UTC (permalink / raw)
To: Cake List
way more tcp rtt for cake
http://www.drhleny.cz/bufferbloat/cake/round0/tor_rrultor_fd_cake_950mbit/rrul_torrent-tcp_rtt_cdf.svg
v
http://www.drhleny.cz/bufferbloat/cake/round0/tor_rrultor_fd_fq_codel_950mbit/rrul_torrent-tcp_rtt_cdf.svg
--
Dave Täht
CEO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-669-226-2619
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Cake] 950mbit result
2017-11-27 8:42 [Cake] 950mbit result Dave Taht
@ 2017-11-27 8:47 ` Pete Heist
0 siblings, 0 replies; 2+ messages in thread
From: Pete Heist @ 2017-11-27 8:47 UTC (permalink / raw)
To: Dave Taht; +Cc: Cake List
> On Nov 27, 2017, at 9:42 AM, Dave Taht <dave.taht@gmail.com> wrote:
>
> way more tcp rtt for cake
>
> http://www.drhleny.cz/bufferbloat/cake/round0/tor_rrultor_fd_cake_950mbit/rrul_torrent-tcp_rtt_cdf.svg
>
> v
>
> http://www.drhleny.cz/bufferbloat/cake/round0/tor_rrultor_fd_fq_codel_950mbit/rrul_torrent-tcp_rtt_cdf.svg
Note that this one has cake on both egress and ingress (what I referred to as full-duplex queueing, if you see an _fd_ vs _eg_ in the id which is egress-only). I’m removing the full-duplex queueing results from my next tests only because I don’t suspect people will do this at Gbit rates when they control both ends of the link...
Round 1 result in a bit, looks like it finished, just need to get it processed / posted…
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2017-11-27 8:47 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-11-27 8:42 [Cake] 950mbit result Dave Taht
2017-11-27 8:47 ` Pete Heist
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox