-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/31505/
-----------------------------------------------------------
(Updated March 10, 2015, 11:28 p.m.)
Review request for mesos, Chi Zhang, Ian Downes, and Jie Yu.
Changes
-------
Move to new API's.
Summary (updated)
-----------------
Add flow classifiers for fq_codel on egress
Bugs: MESOS-2422
https://issues.apache.org/jira/browse/MESOS-2422
Repository: mesos
Description
-------
Currently we do nothing on the host egress side. By default, kernel uses its
own hash function to classify the packets to different TX queues (if the
hardware interface supports multiqueue). So packets coming out of different
containers could end up queueing in the same TX queue, in this case we saw
buffer bloat on some TX queue caused packet drops.
We need to isolation the egress traffic so that containers will not have
interference with each other. The number of hardware TX queues is limited by
hardware interface, usually not enough to map our container in 1:1 way,
therefore we need some software solution. We choose fq_codel and use tc filters
to classify packets coming out of different containers to different fq_codel
flows, and the codel algorithm on each flow could also help us to reduce the
buffer bloat. Note when the packets leave fq_codel, they still share the
physical TX queue(s), this is however (almost) beyond what we can control, we
have to rely on the kernel behavior.
TODO: get some performance numbers
Diffs (updated)
-----
src/slave/containerizer/isolators/network/port_mapping.hpp
0f9ad4a83fe970546b3eddcb29b413ee2a7888b9
src/slave/containerizer/isolators/network/port_mapping.cpp
aebc528b12e4afdf49367aa01926c05fa37da0e0
Diff: https://reviews.apache.org/r/31505/diff/
Testing
-------
Manually start two mesos containers with netperf running side.
Thanks,
Cong Wang
