what if native systemd service is slower than old sysvinit script?

Jan F. Chadima jchadima at redhat.com
Thu Sep 15 11:46:11 UTC 2011


On Sep 15, 2011, at 1:13 PM, drago01 wrote:

> On Thu, Sep 15, 2011 at 1:10 PM, Jan F. Chadima <jchadima at redhat.com> wrote:
>> 
>> On Sep 15, 2011, at 1:02 PM, drago01 wrote:
>> 
>>> On Thu, Sep 15, 2011 at 12:10 PM, Jan F. Chadima <jchadima at redhat.com> wrote:
>>>> 
>>>> On Sep 15, 2011, at 11:03 AM, drago01 wrote:
>>>> 
>>>>> On Thu, Sep 15, 2011 at 10:16 AM, Jan F. Chadima <jchadima at redhat.com> wrote:
>>>>>> [...]
>>>>>> . When watching the load of the virtual machine that starts with systemd it is clear to me that the total CPU consumption is significantly greater than in the case of upstart one.
>>>>> 
>>>>> That's the whole point of doing things in parallel ... the CPU is
>>>>> actually being *used* hence the higher CPU consumption. When you have
>>>>> work to do you want to throw all resources at it. To get back to your
>>>>> digger analogy ... when you employ 10 workers you'd rather want all of
>>>>> them to work not one doing all the work and the other 9 just sitting
>>>>> around.
>>>> 
>>>> better is 1 working and 9 sitting than 10 injured :)
>>> 
>>> Well why not fire the other 9 and save money then? ;)
>> 
>> so cut off the remanding cores from the CPU, save only one, good luck :D
> 
> No I mean either write software to take advantage of them (i.e use
> them) or save money and buy slower / cheaper CPUs because you prefer
> software that does not use the available resources when needed.
> I prefer the former you seem to prefer the later ;)

If your only goal is to boot up and the to switch off or to crash … then you have to parallelize  boot.
I prefer to load the system by the applications ….. And I have no care on 10 second longer boot 
Monitor the duration of the boot is ridiculous if uptime is more than a few hours.
Time spent discussing about the absurdity of systemd is fair enough for more than a year everyday classical boot sequence


> -- 
> devel mailing list
> devel at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel

Jan F. Chadima
jchadima at redhat.com





More information about the devel mailing list