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 no
> rt_bandwidth, all RT-apps can be fully administrated under rtkit.
> Or b) cpu
On Mon, Feb 14, 2011 at 12:50 AM, Lennart Poettering
wrote:
> On Sat, 12.02.11 09:11, Andrey Borzenkov (arvidj...@gmail.com) wrote:
>
>> Currently all encrypted disks found in crtypttab are activated (by
>> adding WantedBy cryptsetup.target) unless cryptsetup contains noauto.
>>
>> Unfortunately n
Hi Lennart,
Thanks for the explanation.
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 under rtkit.
Or b) cpu cgroup controller should default make sub-cgroups share
rt_bandwidth
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 for any user daemons. This is a general limitation of the
> "cpu" scheduler right now,
On Sat, 12.02.11 13:14, Andrey Borzenkov (arvidj...@gmail.com) wrote:
heya!
> graphical.target has After=multi-user.target. Does it mean, that any
> unit, pulled in by graphical.target, will be started only after
> multi-user.target startup is completed? That is what I actually see on
> my system
On Sat, 12.02.11 09:11, Andrey Borzenkov (arvidj...@gmail.com) wrote:
> Currently all encrypted disks found in crtypttab are activated (by
> adding WantedBy cryptsetup.target) unless cryptsetup contains noauto.
>
> Unfortunately noauto is not even documented in cryptsetup man page and
> is unlike
On Thu, 10.02.11 12:44, Daniel Poelzleithner (poe...@poelzi.org) wrote:
> Hi,
heya,
>
> I just released ulatencyd[1] 0.4.5 which now works nicely under systemd
> under two conditions:
>
> * DefaultControllers should be unset
> * pam_systemd should also get an empty controllers=.
>
> systemd se
On Fri, 11.02.11 10:30, fykc...@gmail.com (fykc...@gmail.com) wrote:
> Hi Lennart, Andrey,
>
> Some questions about the discuss:
> 1. Does systemd re-enable sorting user sessions into their own cgroups in
> the 'cpu' hierarchy?
No, we cannot reenable that before the cpu cgroup controller gets
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-vconsole-setup.service udev-settle.service
> Before=systemd-ask-password-p
