On Mon, Feb 14, 2011 at 12:22 AM, Lennart Poettering
wrote:
> On Thu, 10.02.11 07:02, Andrey Borzenkov (arvidj...@gmail.com) wrote:
>
>> --- a/units/plymouth-start.service
>> +++ b/units/plymouth-start.service
>> @@ -12,7 +12,13 @@ Wants=systemd-ask-password-plymouth.path
>> After=systemd-vconsol
On 02/14/2011 06:20 PM, Lennart Poettering wrote:
> Well, my famous shell fragment already kinda did that. As well as the
> autogrouping patch that got merged.
The autogrouping is broken in my opinion. The session id is not
distributed well enough for good grouping. When I click on a browser
ico
On Mon, 14.02.11 18:12, Daniel Poelzleithner (poe...@poelzi.org) wrote:
> On 02/14/2011 05:04 PM, Lennart Poettering wrote:
>
> > I am not sure I actually buy that. I kinda like the fact that sending a
> > signal to the gnome-shell process group delivers a signal to all
> > processes it spawned.
On 02/14/2011 05:04 PM, Lennart Poettering wrote:
> I am not sure I actually buy that. I kinda like the fact that sending a
> signal to the gnome-shell process group delivers a signal to all
> processes it spawned.
But every program that execs another process may call setgrp on it's
child. Most s
On Mon, 14.02.11 08:45, Andrey Borzenkov (arvidj...@gmail.com) wrote:
> > Hmm, they way I read
> > http://git.fedorahosted.org/git/?p=initscripts.git;a=blob;f=rc.d/init.d/functions;h=1256d10e452816a4a60dbfddfd31cb8b292886c8;hb=HEAD
> > we actually activate all crypto devices, there is no matching
On Mon, 14.02.11 13:24, Daniel Poelzleithner (poe...@poelzi.org) wrote:
> On 02/14/2011 11:54 AM, Lennart Poettering wrote:
>
> > I am not sure what you mean by "do not set the setpgid"? Do you want
> > gnome-session to become its own session or the desktop services
> > themselves?
>
> gnome-pan
On Mon, Feb 14, 2011 at 3:24 PM, Daniel Poelzleithner wrote:
> If you accept a patch making the DefaultGroups writeable, I will write
> one. Even making a config variable to disable writeable.
>
If you could start with adding framework for setting properties via
D-Bus, it would be quite helpful -
On 02/14/2011 11:54 AM, Lennart Poettering wrote:
> I am not sure what you mean by "do not set the setpgid"? Do you want
> gnome-session to become its own session or the desktop services
> themselves?
gnome-panel for example should do a setpgid on the programs it starts as
they are logical new pr
2011/2/14 Andrey Borzenkov
> RT is about determinism. You need to ensure that task will be able to
> respond in fixed time. If you allow arbitrary, unknown in advance,
> number of tasks share the same limited CPU share, you simply kill
> determinism.
>
> Personally I think that RT should be restr
On Mon, 14.02.11 10:58, Andrey Borzenkov (arvidj...@mail.ru) wrote:
>
> On Mon, Feb 14, 2011 at 6:12 AM, fykc...@gmail.com wrote:
> > Hi Lennart,
> > Thanks for the explanation.
> > IMHO, To re-enable user session 'cpu' sorting:
> > a) Desktop distributions disable GROUP_RT in the kernel, then n
On Mon, 14.02.11 11:12, fykc...@gmail.com (fykc...@gmail.com) wrote:
> Hi Lennart,
> Thanks for the explanation.
Heya,
>
> IMHO, To re-enable user session 'cpu' sorting:
> a) Desktop distributions disable GROUP_RT in the kernel, then no
> rt_bandwidth, all RT-apps can be fully administrated und
On Mon, 14.02.11 11:05, Andrey Borzenkov (arvidj...@gmail.com) wrote:
>
> On Mon, Feb 14, 2011 at 12:22 AM, Lennart Poettering
> wrote:
> > And last but most importantly: We strongly encourage all distros to
> > adopt dracut as initrd implementation. There's no hard dependency from
> > systemd t
On Mon, 14.02.11 11:41, Daniel Poelzleithner (poe...@poelzi.org) wrote:
> On 02/14/2011 10:42 AM, Lennart Poettering wrote:
>
>
> >> I stumbled on this one too, but got it fixed by giving the most cgroups
> >> a rt_sched_slice of 1. this way they can be set to rt and then, move the
> >> process
On 02/14/2011 10:42 AM, Lennart Poettering wrote:
>> I stumbled on this one too, but got it fixed by giving the most cgroups
>> a rt_sched_slice of 1. this way they can be set to rt and then, move the
>> process to a group with more rt slice if there is a rule to move it
>> there.
>
> I am not s
On Mon, 14.02.11 00:38, Daniel Poelzleithner (poe...@poelzi.org) wrote:
> On 02/13/2011 10:36 PM, Lennart Poettering wrote:
>
>
> > Note that pam_systemd in git now explicitly resets the "cpu" cgroup of
> > all sessions to the root group since otherwise RT scheduling will not be
> > available fo
On Mon, Feb 14, 2011 at 12:22 AM, Lennart Poettering
wrote:
> And last but most importantly: We strongly encourage all distros to
> adopt dracut as initrd implementation. There's no hard dependency from
> systemd to dracut, but if you use dracut you will get a number of
> features you otherwise wi
16 matches
Mail list logo