* [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
