netdev - Re: pkt_sched: Control group classifier

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]

Date:	Thu, 30 Oct 2008 14:10:08 +0100
From:	Thomas Graf <tgraf@...g.ch>
To:	Ranjit Manomohan <ranjitm@...gle.com>
Cc:	David Miller <davem@...emloft.net>, netdev@...r.kernel.org
Subject: Re: pkt_sched: Control group classifier

* Ranjit Manomohan <ranjitm@...gle.com> 2008-10-30 04:57
> The complexity of migrating open sockets across cgroups can easily be
> fixed if it is deemed to be a problem but is unlikely to be a big
> issue for most workloads like browsers or web servers.

Can you explain how to assign the PIDs to cgroups before the process
is created? Are there any special tools to achieve that? Or do you
intentionally limit the functionality to sockets which are created
after the process is assigned to the cgroup? I would be interested to
see a typical usage example of your approach in order to understand
it better.

Fixing the migration of open sockets is definitely not a problem but
how do you plan on assigning the class identifier to sockets which
already exist when a process is assigned to a cgroup? Do you intend
to walk through all open file descriptors?
--
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