On Thu, Jul 21, 2011 at 06:36:55PM +0200, Lennart Poettering wrote:
> On Thu, 21.07.11 11:28, Vivek Goyal (vgo...@redhat.com) wrote:
>
> > > It is already possible for different applications to use cgroups
> > > without stepping on each other, and without requiring every app
> > > to communicate w
On Fri, Jul 22, 2011 at 02:32:08AM +0200, Lennart Poettering wrote:
> a) Your app can just place a simple unit file in /run/systemd/system, and
>issue Reload() on the manager D-Bus object. Then, you can start it
>via D-Bus, and stop it, and introspect it, and all other
>operations. When
On Thu, Jul 21, 2011 at 04:58:50PM -0400, Vivek Goyal wrote:
> On Thu, Jul 21, 2011 at 06:17:03PM +0200, Lennart Poettering wrote:
> > On Thu, 21.07.11 15:52, Daniel P. Berrange (berra...@redhat.com) wrote:
> >
> > > > I think its a question of do we want to make users go to a bunch of
> > > > dif
On Thu, Jul 21, 2011 at 04:32:52PM -0400, Vivek Goyal wrote:
> On Thu, Jul 21, 2011 at 04:15:46PM -0400, Jason Baron wrote:
> > On Thu, Jul 21, 2011 at 05:53:13PM +0200, Lennart Poettering wrote:
> > > On Thu, 21.07.11 16:36, Daniel P. Berrange (berra...@redhat.com) wrote:
> > >
> > > > IIRC, you
In gmane.linux.redhat.fedora.devel Tomas Mraz wrote:
>> Right, as Dan Walsh, mentioned I need to separate this into two parts -
>> the front end UI and a backend communicating via DBUS. This is had been
>> a todo item.
>
> Note that in case the services that the backend provides for the GUI are
>
On Fri, 22.07.11 01:08, Karel Zak (k...@redhat.com) wrote:
>
> On Thu, Jul 21, 2011 at 06:11:25PM +0200, Lennart Poettering wrote:
> > I'd expect people to just tell systemd about their preferred grouping
> > (if the default of sticking each service into a group of its own is not
> > good enough)
On Thu, Jul 21, 2011 at 06:11:25PM +0200, Lennart Poettering wrote:
> I'd expect people to just tell systemd about their preferred grouping
> (if the default of sticking each service into a group of its own is not
> good enough) using the ControlGroup= setting in unit files. This is
> trivial to do
On Thu, Jul 21, 2011 at 06:17:03PM +0200, Lennart Poettering wrote:
> On Thu, 21.07.11 15:52, Daniel P. Berrange (berra...@redhat.com) wrote:
>
> > > I think its a question of do we want to make users go to a bunch of
> > > different front end tools, which don't communicate with each other to
> >
On Thu, Jul 21, 2011 at 04:15:46PM -0400, Jason Baron wrote:
> On Thu, Jul 21, 2011 at 05:53:13PM +0200, Lennart Poettering wrote:
> > On Thu, 21.07.11 16:36, Daniel P. Berrange (berra...@redhat.com) wrote:
> >
> > > IIRC, you can already set cgroups configuration in the service's
> > > systemd un
On Thu, Jul 21, 2011 at 05:53:13PM +0200, Lennart Poettering wrote:
> On Thu, 21.07.11 16:36, Daniel P. Berrange (berra...@redhat.com) wrote:
>
> > IIRC, you can already set cgroups configuration in the service's
> > systemd unit file, using something like:
> >
> > ControlGroup="cpu:/foo/bar mem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/21/2011 12:36 PM, Lennart Poettering wrote:
> On Thu, 21.07.11 11:28, Vivek Goyal (vgo...@redhat.com) wrote:
>
>>> It is already possible for different applications to use cgroups
>>> without stepping on each other, and without requiring every
On Thu, 21.07.11 19:23, Tomas Mraz (tm...@redhat.com) wrote:
>
> On Thu, 2011-07-21 at 10:20 -0400, Jason Baron wrote:
> > Hi,
> >
> > On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
> > > On Wed, 20.07.11 15:20, Jason Baron (jba...@redhat.com) wrote:
> > >
> > > Heya,
> >
On Thu, 2011-07-21 at 10:20 -0400, Jason Baron wrote:
> Hi,
>
> On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
> > On Wed, 20.07.11 15:20, Jason Baron (jba...@redhat.com) wrote:
> >
> > Heya,
> >
> > > The memory and cpu share controllers are currently supported (I simply
On 07/21/2011 03:36 PM, Daniel P. Berrange wrote:
> IIRC, you can already set cgroups configuration in the service's
> systemd unit file, using something like:
>
> ControlGroup="cpu:/foo/bar mem:/wizz"
>
> though I can't find the manpage right now.
man systemd.exec
or
http://0pointer.de/publi
On Thu, 21.07.11 11:28, Vivek Goyal (vgo...@redhat.com) wrote:
> > It is already possible for different applications to use cgroups
> > without stepping on each other, and without requiring every app
> > to communicate with each other.
> >
> > As an example, when it starts libvirt will look at wh
On Thu, 21.07.11 15:52, Daniel P. Berrange (berra...@redhat.com) wrote:
> > I think its a question of do we want to make users go to a bunch of
> > different front end tools, which don't communicate with each other to
> > configure the system? I think it makes sense to have libvirt or
> > virt-man
On Thu, 21.07.11 10:20, Jason Baron (jba...@redhat.com) wrote:
> > Quite frankly, I think cgrulesd is a really bad idea, since it applies
> > control group limits after a process is already running. This is
> > necessarily racy (and adds quite a burden too, since you ask for
> > notifications on e
On Thu, 21.07.11 16:36, Daniel P. Berrange (berra...@redhat.com) wrote:
> IIRC, you can already set cgroups configuration in the service's
> systemd unit file, using something like:
>
> ControlGroup="cpu:/foo/bar mem:/wizz"
>
> though I can't find the manpage right now.
Yes, this is supported
On Thu, Jul 21, 2011 at 11:28:45AM -0400, Vivek Goyal wrote:
> On Thu, Jul 21, 2011 at 03:52:03PM +0100, Daniel P. Berrange wrote:
> > On Thu, Jul 21, 2011 at 10:36:23AM -0400, Jason Baron wrote:
> > > Hi,
> > >
> > > On Wed, Jul 20, 2011 at 07:01:30PM -0400, Matthias Clasen wrote:
> > > > On Wed,
On Wed, Jul 20, 2011 at 03:20:30PM -0400, Jason Baron wrote:
> However, I think we need to discuss how we envision cgroup configuration
> working longer term. The current consumers out of the box, that I'm aware of
> are libvirt and systemd. Currently, these consumers manage cgroups as they see
> f
On Thu, Jul 21, 2011 at 03:52:03PM +0100, Daniel P. Berrange wrote:
> On Thu, Jul 21, 2011 at 10:36:23AM -0400, Jason Baron wrote:
> > Hi,
> >
> > On Wed, Jul 20, 2011 at 07:01:30PM -0400, Matthias Clasen wrote:
> > > On Wed, 2011-07-20 at 15:20 -0400, Jason Baron wrote:
> > > > Hi,
> > > >
> > >
On Thu, Jul 21, 2011 at 10:20:54AM -0400, Jason Baron wrote:
[..]
> > Quite frankly, I think cgrulesd is a really bad idea, since it applies
> > control group limits after a process is already running. This is
> > necessarily racy (and adds quite a burden too, since you ask for
> > notifications o
On Thu, Jul 21, 2011 at 10:36:23AM -0400, Jason Baron wrote:
> Hi,
>
> On Wed, Jul 20, 2011 at 07:01:30PM -0400, Matthias Clasen wrote:
> > On Wed, 2011-07-20 at 15:20 -0400, Jason Baron wrote:
> > > Hi,
> > >
> > > I've been working on a new gui tool for managing and monitoring cgroups,
> > > c
Hi,
On Wed, Jul 20, 2011 at 07:01:30PM -0400, Matthias Clasen wrote:
> On Wed, 2011-07-20 at 15:20 -0400, Jason Baron wrote:
> > Hi,
> >
> > I've been working on a new gui tool for managing and monitoring cgroups,
> > called
> > 'cg-manager'. I'm hoping to get people interested in contributing t
Hi,
On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
> On Wed, 20.07.11 15:20, Jason Baron (jba...@redhat.com) wrote:
>
> Heya,
>
> > The memory and cpu share controllers are currently supported (I simply
> > haven't
> > gotten to supporting other controllers yet). One can a
On Wed, Jul 20, 2011 at 07:01:30PM -0400, Matthias Clasen wrote:
> On Wed, 2011-07-20 at 15:20 -0400, Jason Baron wrote:
> > Hi,
> >
> > I've been working on a new gui tool for managing and monitoring cgroups,
> > called
> > 'cg-manager'. I'm hoping to get people interested in contributing to thi
On Wed, 2011-07-20 at 15:20 -0400, Jason Baron wrote:
> Hi,
>
> I've been working on a new gui tool for managing and monitoring cgroups,
> called
> 'cg-manager'. I'm hoping to get people interested in contributing to this
> project, as well as to add to the conversation about how cgroups should
>
On Wed, 20.07.11 17:26, Vivek Goyal (vgo...@redhat.com) wrote:
> > /sys/fs/cgroup/cpu+cpuacct is the joint mount point.
> >
> > /sys/fs/cgroup/cpu → /sys/fs/cgroup/cpu+cpuacct is a symlink.
> >
> > /sys/fs/cgroup/cpuacct → /sys/fs/cgroup/cpu+cpuacct is a symlink.
> >
> > That way to most applic
On Wed, Jul 20, 2011 at 11:07:14PM +0200, Lennart Poettering wrote:
> On Wed, 20.07.11 16:42, Vivek Goyal (vgo...@redhat.com) wrote:
>
> >
> > On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
> >
> > [..]
> > >
> > > > Right now, the gui assumes that the various hierarchies a
On Wed, 20.07.11 16:59, Vivek Goyal (vgo...@redhat.com) wrote:
>
> On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
>
> [..]
> > systemd is and will always have to maintain its own hierarchy
> > independently of everybody else.
>
> In the presentation today, you mentioned tha
On Wed, 20.07.11 16:42, Vivek Goyal (vgo...@redhat.com) wrote:
>
> On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
>
> [..]
> >
> > > Right now, the gui assumes that the various hierarchies are mounted
> > > separately,
> > > but that the cpu and cpuacct are co-mounted. Its
On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
[..]
> systemd is and will always have to maintain its own hierarchy
> independently of everybody else.
In the presentation today, you mentioned that you would like to create
cgroups for users by default in cpu hierarchy (once RT
On Wed, Jul 20, 2011 at 10:28:32PM +0200, Lennart Poettering wrote:
[..]
>
> > Right now, the gui assumes that the various hierarchies are mounted
> > separately,
> > but that the cpu and cpuacct are co-mounted. Its my understanding that this
> > is consistent with how systemd is doing things. S
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/20/2011 03:20 PM, Jason Baron wrote:
> Hi,
>
> I've been working on a new gui tool for managing and monitoring
> cgroups, called 'cg-manager'. I'm hoping to get people interested in
> contributing to this project, as well as to add to the conver
On Wed, 20.07.11 15:20, Jason Baron (jba...@redhat.com) wrote:
Heya,
> The memory and cpu share controllers are currently supported (I simply haven't
> gotten to supporting other controllers yet). One can add/delete cgroups,
> change
> configuration parameters, and see which processes are curren
35 matches
Mail list logo
