1 |
Saphirus Sage wrote: |
2 |
> Grant Edwards wrote: |
3 |
> |
4 |
>> Whenever I see a write-up of Gentoo, it's describe as a system |
5 |
>> similar to BSD "ports" where you build packages from source. |
6 |
>> The main benefit claimed for this approach is that you get |
7 |
>> better performance because all executables are optimized for |
8 |
>> exactly the right instruction set. |
9 |
>> |
10 |
>> Where did that bit of apocrypha come from, and why is it |
11 |
>> parroted by so many people? |
12 |
>> |
13 |
>> AFAICT, the "performance" benefit due to compiler optimization |
14 |
>> is practically nil in real-world usage. |
15 |
>> |
16 |
>> In my experience the huge benefit of source-based distros such |
17 |
>> as Gentoo is elimination of the library dependency-hell that |
18 |
>> mires other binary-based distros. |
19 |
>> |
20 |
>> For many years I ran RedHat and then Mandrake. After a year or |
21 |
>> so, they became impossible to maintain because of library |
22 |
>> version conflicts. Every time I tried up upgrade an RPM package |
23 |
>> to fix a bug or security hole, it required a handful of |
24 |
>> libraries to be upgraded, but doing that would break a bunch of |
25 |
>> other RPMs for which upgrades weren't available. The solution |
26 |
>> was always to start building stuff from sources. Once you |
27 |
>> started doing that, the package manager would get upset because |
28 |
>> it doesn't know about some stuff that's installed (unless you |
29 |
>> built from source RPMs, which had another set of problems). |
30 |
>> |
31 |
>> The second benefit is that with Gentoo, upgrading a system |
32 |
>> actually works over the long-run. With RedHat/Mandrake, things |
33 |
>> would gradually deteriorate to the point where the system was |
34 |
>> unmaintainable, but attempting to upgrade between major |
35 |
>> releases was always futile. I've had Gentoo machines that have |
36 |
>> been upgraded for 4-5 years without any significant problems |
37 |
>> (failed hard-drives don't count). |
38 |
>> |
39 |
>> The third main benefit I've seen is that there are vastly more |
40 |
>> packages available for Gentoo. Putting together and |
41 |
>> maintaining an ebuild appears to take a lot less work than |
42 |
>> putting together and maintaining a binary RPM package. I've |
43 |
>> had far fewer problems with third party ebuilds than I did with |
44 |
>> third-party RPMs (on the rare occasions when I found one for |
45 |
>> some obscure application I wanted to run). Again, the solution |
46 |
>> was always "build from sources". |
47 |
>> |
48 |
>> Are the real benefits of Gentoo too hard to explain to the |
49 |
>> unwashed masses, so instead they're told the fairy tale about |
50 |
>> imporoved performance? |
51 |
>> |
52 |
>> |
53 |
>> |
54 |
> |
55 |
> Being a metadistribution, the concept of higher performance isn't quite |
56 |
> that much of a fairy tale. If you can easily configure your system to a |
57 |
> specific purpose, that would ideally lead to better performance, whether |
58 |
> it be due to the specialization of the system or at least a placebo |
59 |
> effect on the user. Gentoo is honestly my first linux system, so I don't |
60 |
> really have the experience of library conflicts of binary distros. |
61 |
> People in general will usually just want confirmation that something has |
62 |
> benefits over what they currently have, irregardless of evidence of |
63 |
> exactly why it is better, so that may be part of why so many supporters |
64 |
> "parrot" the same view regarding Gentoo. On the other hand, I just take |
65 |
> a lot of it as peace of mind in that all the responsibility for how my |
66 |
> system is running is directly mine, as opposed to being able to blame |
67 |
> someone who made a bad RPM. I like knowing any little factor of my |
68 |
> system and what it's doing. |
69 |
> |
70 |
> |
71 |
> |
72 |
|
73 |
I'll also add this info. I switched from Mandrake to Gentoo a long time |
74 |
ago. Mandrake was slow and took a good while to login and open larger |
75 |
apps. Gentoo on the exact same machine runs way faster. Login is a LOT |
76 |
faster, especially the second time around since it is cached, and apps |
77 |
start a lot faster too. |
78 |
|
79 |
You do have to have a set of sane FLAGS for this to work but it can be |
80 |
faster depending on how much time you spend looking up the correct settings. |
81 |
|
82 |
Dale |
83 |
|
84 |
:-) :-) |