1 |
On 17/02/2014 17:29, Stroller wrote: |
2 |
> |
3 |
> On Sun, 16 February 2014, at 4:41 pm, Alan McKinnon <alan.mckinnon@×××××.com> wrote: |
4 |
>> ... |
5 |
>> Whatever problems Red Hat are trying to solve in the Red Hat space are |
6 |
>> problems that do not affect me, so I do not need Red Hat's solution. As |
7 |
>> for Gnome, I have yet to see a valid reason why Gnome *must* use |
8 |
>> systemd; that is simply not true at all. |
9 |
> |
10 |
> I thought this all boiled down to "trying to login to GDM using accessibility functions and a bluetooth hearing aid" (or bluetooth keyboard, for that matter). |
11 |
|
12 |
That was the classic rationale for "no separate /usr without an initrd" |
13 |
in udev - the claimed need to have any arbitrary runnable code available |
14 |
to be run before the entire system is up and running. |
15 |
|
16 |
Red Hat's reasons for pushing systemd are more fuzzy and nothing I've |
17 |
read so far tells me we have the full picture. Two things seem highly |
18 |
plausible: |
19 |
|
20 |
1. An init system that can use modern features of the Linux kernel (most |
21 |
often Linux-only at this point) like cgroups |
22 |
2. Extremely fast boot times to spin up virtual machines in a fraction |
23 |
of the time it currently takes. |
24 |
|
25 |
#1 may or may not be desirable, I honestly don't know. What I have seen |
26 |
is a lot of theory and not much reproducable fact. |
27 |
#2 is highly desirable if you run massive VM farms; folks like google, |
28 |
rh and amazon would be very interested. Doesn't really sound like a |
29 |
valid reason to consume and replace the entire existing ecosystem |
30 |
though. How many googles, red hats and amazons are out there versus how |
31 |
many regular joes like thee and me? Why didn't red hat just write their |
32 |
magic sauce to be non-intrusive? Profit and politics I suppose, I really |
33 |
don't see a valid overarching technical reason why it *must* be so. |
34 |
|
35 |
|
36 |
|
37 |
|
38 |
-- |
39 |
Alan McKinnon |
40 |
alan.mckinnon@×××××.com |