On Tue, Nov 26, 2013 at 8:37 AM, Serge E. Hallyn <se...@hallyn.com> wrote: > Quoting Tim Hockin (thoc...@google.com): >> At the start of this discussion, some months ago, we offered to >> co-devel this with Lennart et al. They did not seem keen on the idea. >> >> If they have an established DBUS protocol spec, > > see http://www.freedesktop.org/wiki/Software/systemd/ControlGroupInterface/ > and http://man7.org/linux/man-pages/man5/systemd.cgroup.5.html > >> we should consider >> adopting it instead of a new one, but we CAN'T just play follow the >> leader and do whatever they do, change whenever they feel like >> changing. > > Right. And if we suspect that the APIs will always be at least > subtly different, then keeping them obviously visually different > seems to have some benefit. (i.e. > systemctl set-property httpd.service CPUShares=500 MemoryLimit=500M > vs > dbus-send cgmanager set-value http.server "cpushares:500 > memorylimit:500M swaplimit:1G" > ) rather than have admins try to remember "now why did that not work > here, oh yeah, MemoryLimit over here should be Memorylimit" or whatever. > > Then again if lmctfy is the layer which admins will use, then it > doesn't matter as much. > >> It would be best if we could get a common DBUS api specc'ed and all >> agree to it. Serge, do you feel up to that? > > Not sure what you mean - I'll certainly send the API to these lists as
What I meant was whether it is worth opening a discussion with the systemd folks on a common lowest-level DBUS interface. But it looks like their work is already a bit higher level, so it's probably moot. > the code is developed, and will accept all feedback that I get. My only > requirements are that the requirements I've listed in the document > be feasible, and be feasible back to, say, 3.2 kernels. So that is > why we must send an scm-cred for the pid to move into a cgroup. (With > 3.12 we may have alterntives, accepting a vpid as a simple dbus message > and setns()ing into the requestor's pidns to echo the pid into the > cgroup.tasks file.) > > -serge ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk _______________________________________________ Lxc-devel mailing list Lxc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-devel
