1 |
On 03/28/2013 12:28 AM, Grant Edwards wrote: |
2 |
> On 2013-03-27, Michael Mol <mikemol@×××××.com> wrote: |
3 |
> |
4 |
>> The case for systemd is twofold: |
5 |
>> |
6 |
>> 1) Boot-to-desktop session management by one tool. |
7 |
> |
8 |
> Ah, the old "universal generic tool" approach. I've seen a lot of |
9 |
> money and time poured into black-hole projects with names containing |
10 |
> words like universal and generic, so I don't really like the sound of |
11 |
> that. [Is that the right response for somebody who started using V7 |
12 |
> Unix on a PDP11?] |
13 |
|
14 |
It has theoretical advantages. Avoiding an impedance mismatch makes |
15 |
turn-key systems that much easier. (I expect that to apply to embedded |
16 |
systems like phones and consumer network gear, but we'll see how it |
17 |
plays out. RAM is cheap, and getting cheaper...I just configured a |
18 |
Netgear router with 128MB of RAM...) |
19 |
|
20 |
|
21 |
> |
22 |
>> (The same thing that launches your cron daemon is what launches |
23 |
>> your favorite apps when you log in.) |
24 |
> |
25 |
> The only app that runs when I log in is bash. Then I usually start |
26 |
> XFCE from the command line -- but not always. |
27 |
> |
28 |
>> 2) Reduce the amount of CPU and RAM consumed when you're talking |
29 |
>> about booting tens of thousands of instances simultaneously across |
30 |
>> your entire infrastructure, or when your server instance might be |
31 |
>> spun up and down six times over the course of a single day. |
32 |
> |
33 |
> It sounds like systemd really isn't intended for the likes of me. |
34 |
|
35 |
Indeed. |
36 |
|
37 |
> |
38 |
>>> Are there people who reboot their machines every few minutes and |
39 |
>>> therefore need to shave a few seconds off their boot time? |
40 |
>> |
41 |
>> On-demand server contexts, yes. |
42 |
> |
43 |
> Thanks for the explanation -- I never would have guessed that's how |
44 |
> the whole cloud thing worked. |
45 |
|
46 |
"Private clouds" work the same way. As business penetration of cloud |
47 |
services grow, I expect we'll see backlash as major outages occur. |
48 |
Imagine if cyberbunker had attacked Google rather than Spamhaus earlier |
49 |
this week. The scale of that attack reached the upper limit of what the |
50 |
Internet's infrastructure is capable of carrying...nobody, not even |
51 |
companies with dozens of data centers in a distributed architecture, can |
52 |
ultimately bear that. Organizations which have grown comfortable in an |
53 |
age of reliable Internet access and cheap cloud services are going to |
54 |
discover they still have operational needs that must go on even without |
55 |
network access. |