Gentoo Archives: gentoo-user

From: Michael Mol <mikemol@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Re: udev blocks systemd etc
Date: Thu, 28 Mar 2013 13:28:22
Message-Id: 51544566.9010305@gmail.com
In Reply to: [gentoo-user] Re: udev blocks systemd etc by Grant Edwards
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.

Attachments

File name MIME type
signature.asc application/pgp-signature