netdev - Re: [LTP] [PATCH 0/0] Traffic control cgroups subsystem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1218451472.5010.32.camel@subratamodak.linux.ibm.com>
Date:	Mon, 11 Aug 2008 16:14:31 +0530
From:	Subrata Modak <subrata@...ux.vnet.ibm.com>
To:	Ranjit Manomohan <ranjitm@...gle.com>
Cc:	ltp-list <ltp-list@...ts.sourceforge.net>,
	Sudhir <sudhirkumarmalik@...ibm.com>, akpm@...ux-foundation.org,
	netdev@...r.kernel.org, menage@...gle.com, kaber@...sh.net,
	Balbir Singh <balbir@...ux.vnet.ibm.com>
Subject: Re: [LTP] [PATCH 0/0] Traffic control cgroups subsystem

On Tue, 2008-08-05 at 11:06 -0700, Ranjit Manomohan wrote:
> On Tue, Aug 5, 2008 at 4:00 AM, Subrata Modak
> <subrata@...ux.vnet.ibm.com> wrote:
> >
> > On Fri, 2008-07-25 at 05:18 +0530, Subrata Modak wrote:
> >> Hi Ranjit,
> >>
> >> Good to see these Traffic control patches for the Linux kernel. Let me
> >> take this opportunity to convey that we have:
> >>
> >> 1) CPU & Memory controller test cases (the corresponding features are
> >> already in mainline kernel),
> >> 2) The I/O bandwidth controller test cases (corresponding
> >> infrastructure proposed by Andrea, but still not in any kernel tree)
> >>
> >> in LTP (http://ltp.sourceforge.net/).
> >>
> >> Could you kindly let me know if you have developed similar test cases
> >> for your Traffic control features, and, if they can be contributed to
> >> LTP under GPL.
> >
> > Ranjit,
> >
> > Would you like to tell us something on the test cases for this ?
> 
> Subrata,
>   We have some internal test cases but not under LTP. Let me take a
> look at the existing LTP infrastructure and see if these can be ported
> over.

Thanks Ranjit. Let me say that any test cases that returns 0 on PASS, or
some non-zero on failure can be easily integrated under LTP. If you
would like to give me those test cases, i can try integrating them and
send you across the results.

Regards--
Subrata

> 
> -Thanks,
> Ranjit
> 
> 
> >
> > Regards--
> > Subrata
> >
> >>
> >> Regards--
> >> Subrata
> >>
> >> On Fri, Jul 25, 2008 at 5:03 AM, Ranjit Manomohan <ranjitm@...gle.com>
> >> wrote:
> >>         [Take 4] incorporated additional comments from Patrick McHardy
> >>
> >>         This patch provides a simple resource controller (cgroup_tc)
> >>         based on the
> >>         cgroups infrastructure to manage network traffic. The
> >>         cgroup_tc resource
> >>         controller can be used to schedule and shape traffic belonging
> >>         to the task(s)
> >>         in a particular cgroup.
> >>
> >>         The implementation consists of two parts:
> >>
> >>         1) A resource controller (cgroup_tc) that is used to associate
> >>         packets from
> >>           a particular task belonging to a cgroup with a traffic
> >>         control class id (
> >>           tc_classid). This tc_classid is propagated to all sockets
> >>         created by tasks
> >>           in the cgroup and will be used for classifying packets at
> >>         the link layer.
> >>
> >>         2) A new traffic control classifier (cls_cgroup) that can
> >>         classify packets
> >>           based on the tc_classid field in the socket to specific
> >>         destination classes.
> >>
> >>         An example of the use of this resource controller would be to
> >>         limit
> >>         the traffic from all tasks from a file_server cgroup to
> >>         100Mbps. We could
> >>         achieve this by doing:
> >>
> >>         # make a cgroup of file transfer processes and assign it a
> >>         arbitrary unique
> >>         # classid of 0x1234 - this will be used later to direct
> >>         packets.
> >>         mkdir -p /dev/cgroup
> >>         mount -t cgroup tc -otc /dev/cgroup
> >>         mkdir /dev/cgroup/file_transfer
> >>         echo 0x1234 > /dev/cgroup/file_transfer/tc.classid
> >>         echo $PID_OF_FILE_XFER_PROCESS
> >>         > /dev/cgroup/file_transfer/tasks
> >>
> >>         # Now create a HTB class that rate limits traffic to 100mbits
> >>         and attach
> >>         # a filter to direct all traffic from cgroup file_transfer to
> >>         this new class.
> >>         tc qdisc add dev eth0 root handle 1: htb
> >>         tc class add dev eth0 parent 1: classid 1:10 htb rate 100mbit
> >>         ceil 100mbit
> >>         tc filter add dev eth0 parent 1: handle 800 protocol ip prio 1
> >>         cgroup value 0x1234 classid 1:10
> >>
> >>         Signed-off-by: Ranjit Manomohan <ranjitm@...gle.com>
> >>
> >>         ---
> >>         --
> >>         To unsubscribe from this list: send the line "unsubscribe
> >>         linux-kernel" in
> >>         the body of a message to majordomo@...r.kernel.org
> >>         More majordomo info at
> >>          http://vger.kernel.org/majordomo-info.html
> >>         Please read the FAQ at  http://www.tux.org/lkml/
> >>
> >>
> >>
> >> --
> >> Regards & Thanks--
> >> Subrata
> >> -------------------------------------------------------------------------
> >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> >> Build the coolest Linux based applications with Moblin SDK & win great prizes
> >> Grand prize is a trip for two to an Open Source event anywhere in the world
> >> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >> _______________________________________________ Ltp-list mailing list Ltp-list@...ts.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list
> >
> >

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html