1 |
Andrew Savchenko <bircoph <at> gentoo.org> writes: |
2 |
|
3 |
|
4 |
> On Sat, 17 Jan 2015 21:04:44 -0500 Rich Freeman wrote: |
5 |
> > Speak for yourself. :) I did comment on my thoughts in this area in |
6 |
> > Donnie's thread. Gentoo (IMHO) tends not to be the best distro for |
7 |
> > doing anything in particular. I find that its best feature is that it |
8 |
> > is reasonably good at doing just about anything - it is a |
9 |
> > jack-of-all-trades. |
10 |
|
11 |
|
12 |
I think the fundamental flaw with systemd is the fact that the duality |
13 |
of support for systemd and other init solutions is so quickly abondoned. |
14 |
If they were allowed (encouraged) to run side by side for a few years, |
15 |
let folks decide then; as it is a major abandonment of principal, imho. |
16 |
|
17 |
Lot of folks in the embedded linux world, are scratching their heads |
18 |
at systemd; the conclusion from most of what I read is "no thanks anyway". |
19 |
|
20 |
|
21 |
> I can't agree with you here, though your position have a rationale. |
22 |
> I see Gentoo as a Universal Constructor (UC) which may be used to |
23 |
> whatever specific needs Linux can be used at all. |
24 |
|
25 |
+1, and more. It encourages folks to "dream". As a mostly hardware |
26 |
base guy, gentoo has inspired many things in the embedded realm, |
27 |
minimized systems and the future of 64bit embedded systems. Gentoo |
28 |
is at the heart of the embedded-distro collision and will manifest |
29 |
as 64 bit arm solutions reach street pricing. |
30 |
|
31 |
|
32 |
> In general UC pros is ability to create setup suitable for every |
33 |
> specific need, but cons is maintenance cost to create and update |
34 |
> such setup. Also creating and maintaining UC-powered setups rises |
35 |
> general professional level of system architect or amdin doing the |
36 |
> job. |
37 |
|
38 |
I post a thread a while back, from a current forum where I was surprised |
39 |
at just how many folks are maintaining hundreds if not thousands |
40 |
of (gentoo systems) as a superior solution for their needs. The one |
41 |
thing I took from that posting from literally dozens of folks is those |
42 |
that go down the massive gentoo deployment path are (1) very compentant |
43 |
to say the least (2) rarely contributed back to the gentoo distro. |
44 |
The fact that they do not contribute back, is not due to selfishness, |
45 |
but the "cost barrier to entry" for them to contributed back. |
46 |
|
47 |
|
48 |
Maybe a second gentoo wiki is needed for folks to just "put their ideas |
49 |
and files and scant directions up, without such a rigorous formality to |
50 |
contribute back? This, for me is the saddest part of the entire gentoo |
51 |
echo_system, ymmv. |
52 |
|
53 |
|
54 |
> So everything comes to how much user needs deviate from what |
55 |
> already existing binary distributions provide. If user needs are |
56 |
> perfectly satisfied with some binary distro, using Gentoo will only |
57 |
> raise maintenance costs. But if users demands something hardly |
58 |
> achievable with other (binary) distributions, then this is a good |
59 |
> place for Gentoo. |
60 |
|
61 |
I think you drasitcally over_estimate the number of those happy linux |
62 |
distro users. I think if there was an easy way to perform a few typical |
63 |
gentoo installs (workstation, mail-server, web server, dns server, |
64 |
hardended*) then folks would migrate heavily towards gentoo. |
65 |
|
66 |
I think Alan and his ansible_installs has the mindset for an experimentail |
67 |
gentoo-ansible install engine; not for all possible tweaked installs but |
68 |
certainly some of more (amd64) common installs. The questions is will |
69 |
someone who get anisble_based_gentoo_install working be afforded an |
70 |
"encouraging mechanism" to set up such a limited experimental installation |
71 |
semantic for new gentoo installs? |
72 |
|
73 |
|
74 |
> From my own experience I can point three directions where Gentoo |
75 |
> was and is reasonably the best choise for our needs (mine or my |
76 |
> colleagues): |
77 |
|
78 |
> 1) HPC. When it comes to scalable tasks and large amount of |
79 |
> hardware, even small performance gain results into huge saving of |
80 |
> costs. On our first cluster we replaced CentOS by carefully |
81 |
> tuned Gentoo and performance gain was about 30-50% depending on |
82 |
> scientific application (please note I'm talking about real |
83 |
> applications and not about synthetic tests like linpack). With |
84 |
> hardware costs about million of dollars, 30% performance gain |
85 |
> results in a great saving. Price for that was much longer time for |
86 |
> initial setup (many weeks instead of many days), but it was |
87 |
> still less then time required to setup hardware itself and all |
88 |
> auxiliary engineering systems. |
89 |
|
90 |
Donny alluded to this recently too in his planet gentoo posting. |
91 |
I am just saddened that HPC/Distributed herd/project has become so |
92 |
inactive. Yes, I am working in this area, but it has become vast with |
93 |
codes to test, split among systemd and other init components |
94 |
and the landscape is very noisy from the vendors offerings of |
95 |
"half_baked" open source musings and offerings. For me alone, it |
96 |
is a bit daunting, to say the least. |
97 |
|
98 |
|
99 |
> An interesting observation here is that average software update |
100 |
> cost of Gentoo is smaller that one of RH-based systems we used |
101 |
> before. While it is easier to update RH-based solution within the |
102 |
> same branch, then Gentoo setup, it is a complete nightmare to |
103 |
> upgrade from one branch to another, e.g. from RHEL4 to RHEL5. I've |
104 |
> gone through such update in the past an it is much worse than remove |
105 |
> everything and install from scratch, including all user |
106 |
> applications. As for Gentoo, all updates are equal: they bring some |
107 |
> build failures, runtime issues and compatibility problems, but to |
108 |
> a limited extent, which is handleable easy enough by prepared team. |
109 |
|
110 |
Continuous Integration (CI) is one of the keen areas of development for |
111 |
one of gentoo's derivative distros (Zentoo). Another area where Gentoo |
112 |
seems to be out front of the other linux distros, imho. |
113 |
|
114 |
|
115 |
> 2) High security servers. We have some systems dedicated to a very |
116 |
> specific needs where security demands are extreme. Hardened Gentoo |
117 |
> is the best solution here, since we can strip down such system close |
118 |
> to an absolutely possible minimum and protect that minimum by all |
119 |
> means (hardened toolchain and flags, PaX, SELinux and so on). Of |
120 |
> course, on top of then containers may be use to isolate different |
121 |
> daemons and so on... |
122 |
|
123 |
+1 |
124 |
|
125 |
|
126 |
> 3) Individual interested in getting every bit of performance |
127 |
> possible from own hardware. Frankly this was the reason why I |
128 |
> switched to Gentoo from RH about 8 years ago. I just tired to |
129 |
> rebuild each time a significant part of packages with custom flags |
130 |
> and configure options. Gentoo is much better suited for this task. |
131 |
> And as a result 13 years old hardware is still usable to watch 720p |
132 |
> and most of 1080p videos (without GPU hardware decoding). A |
133 |
> byproduct of such interest is a deep understanding of system |
134 |
> internals, which is a great result on its own. |
135 |
|
136 |
Yes, additionally: |
137 |
This is identical in embedded systems; except is it mission critical. |
138 |
Getting a lower cost microP to run a collection of codes (for a product |
139 |
or service) often means the difference in profitability and failure |
140 |
for an embedded project. Gentoo accels in this mode of deployment. |
141 |
Yet our embedded public presence seems to be very quite the past few years. |
142 |
|
143 |
The shear number of cool, new gentoo derivative distros does not |
144 |
only suggest that it is strong, but that it is a platform of supremacy |
145 |
for innovation; and that my friend is the very lifeblood of Unix->BSD->Linux |
146 |
imho. Gentoo does have a high cost of expertise to become useful to |
147 |
a *nix admin/hack/coder. Maybe with the new wiki and some of the newer |
148 |
developments, we can offer up rapid install solutions for many folks |
149 |
in the linux world. That is my hope. |
150 |
|
151 |
I think Alan is a pioneer for suggesting ansible cookbooks etc for gentoo |
152 |
specific installation needs. I hope he posts his works for us all to follow? |
153 |
Interestingly, Bircoph has solve many of the problems that seem to be in my |
154 |
path of discovery. Very, very cool and encouraging. I think Sven is giving |
155 |
gentoo new life, by his heroic efforts to create excellent documentation in |
156 |
everything he touches! |
157 |
|
158 |
|
159 |
> Best regards, |
160 |
> Andrew Savchenko |
161 |
|
162 |
peace, |
163 |
James |