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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

> On Thu, Sep 15, 2011 at 1:10 PM, Jan F. Chadima <jchadima@xxxxxxxxxx> wrote:
>> 
>> On Sep 15, 2011, at 1:02 PM, drago01 wrote:
>> 
>>> On Thu, Sep 15, 2011 at 12:10 PM, Jan F. Chadima <jchadima@xxxxxxxxxx> wrote:
>>>> 
>>>> On Sep 15, 2011, at 11:03 AM, drago01 wrote:
>>>> 
>>>>> On Thu, Sep 15, 2011 at 10:16 AM, Jan F. Chadima <jchadima@xxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx
> https://admin.fedoraproject.org/mailman/listinfo/devel

Jan F. Chadima
jchadima@xxxxxxxxxx



-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux