1 |
Thierry de Coulon posted <200602100035.08352.tcoulon@××××××××.ch>, |
2 |
excerpted below, on Fri, 10 Feb 2006 00:35:08 +0000: |
3 |
|
4 |
> Hello, |
5 |
> |
6 |
> I'm testing several distributions on my new dual-opteron. I did a gentoo-64 |
7 |
> install - and managed to screw it up, but this was expected as I was testing. |
8 |
> I have confirmed that I dislike (k)ubuntu for several reasons, either 64 or |
9 |
> 32 bit. SuSE 64 hasn't impressed me either. I have managed to install Simply |
10 |
> Mepis (32bit) and compile an Opteron kernel and it works well. |
11 |
|
12 |
Gratifying that Gentoo has impressed you enough to continue with it, after |
13 |
having rejected most of the other distributions. |
14 |
|
15 |
> So I am thinking that a 32bit Gentoo is the way to go. I may switch to |
16 |
> 64bit later, when it really (?) brings something |
17 |
> |
18 |
> Does anyone have other arguments to justify the troubles of working with |
19 |
> a 64bit install at the moment? |
20 |
|
21 |
The others have dealt with the specific apps you mentioned, so I'll do an |
22 |
overview, which seems somewhat missing in most of the posts so far. |
23 |
|
24 |
Technically, amd64 does very well in 32-bit mode, so there's no reason to |
25 |
run 64-bit if it's doing nothing for you ATM. That may or may not be the |
26 |
case, however, provided of course you get the 64-bit side setup correctly |
27 |
and optimized for your usage. |
28 |
|
29 |
There's no doubting that 64-bit is currently somewhat more complex, in |
30 |
particular for those who need to run 32-bit stuff not yet available in |
31 |
64-bit. For that reason, it could be argued that staying with 32-bit for |
32 |
the moment is a better choice. However, 64-bit amd64 *IS* the successor |
33 |
to 32-bit x86, that seems rather self-evident by this point. It could be |
34 |
argued that getting in on the 64-bit stuff now will not only give you a |
35 |
head-start later, but a better understanding, as you /do/ still have to |
36 |
deal with some additional complexity in the 32-bit/64-bit stuff, that will |
37 |
be pretty much taken care of down the road. Whether that better |
38 |
understanding is valuable enough to you to justify the complexity |
39 |
tradeoff or not only you can answer, BUT I believe it's critical that you |
40 |
don't short-change yourself in making that decision by having a wrong |
41 |
impression of just how powerful the 32-bit/64-bit dual-bitness of amd64 |
42 |
can be. |
43 |
|
44 |
Realistically speaking, there's very little technical reason to run 32-bit |
45 |
x86 where 64-bit amd64 (aka x86_64) is available. It's all down to the |
46 |
complexity of the solution. The extra registers and the like available to |
47 |
64-bit mode almost always more than make up for the additional length of |
48 |
the address space, even where 32-bits of data is plenty for the |
49 |
application being handled. |
50 |
|
51 |
If you have significant reason to need 32-bit-only binary codecs (which |
52 |
will almost certainly eventually be available in 64-bit as well, as even |
53 |
MS is headed that direction), or run 32-bit only games, then yes, the |
54 |
compound 32/64-bit solution is more complex. However, even those should |
55 |
run as good, and likely better, on a 64-bit base system, due to the |
56 |
additional efficiencies in the 64-bit system. There's nothing unavailable |
57 |
on the 64-bit system that's available on 32-bit, because 32-bit can run on |
58 |
both, provided the rules are followed, and the 64-bit system in general |
59 |
should run more efficiently. |
60 |
|
61 |
If you have no significant reason to run 32-bit only code, than |
62 |
unquestionably, 64-bit is superior. However, it does look like that's |
63 |
going to be a way off, for your usage. It should come, however, and one |
64 |
of the questions you have to deal with is whether dealing with the |
65 |
additional complexity and learning the system now, is worth the hassle, |
66 |
over having to deal with somewhat less hassle later, given that the |
67 |
technical side either comes out marginally in favor of amd64 or as a wash. |
68 |
|
69 |
Basically, it comes down to this. If you don't view yourself as a power |
70 |
user, if you'd rather deal with a little less complexity later, than |
71 |
somewhat more complexity now, and the loss of a marginal bit of |
72 |
performance in the mean time doesn't significantly bother you, than |
73 |
honestly, 32-bit is likely going to be the better choice at this time. |
74 |
If, however, you consider yourself a power user, if dealing with a bit of |
75 |
additional technical complexity now as compared to if you wait sounds more |
76 |
like an enjoyable challenge than drudgery and hassle, if you don't like |
77 |
the idea of yielding even that marginal performance difference, then you |
78 |
probably want to go with amd64 now, sooner rather than later. |
79 |
|
80 |
Personally, I definitely consider myself in the latter category, and |
81 |
deliberately chose to go amd64 a couple of years ago, in part /because/ I |
82 |
wanted in on the "ground floor" of the architecture -- I didn't want to |
83 |
miss out on all those challenges. Many of them are already gone -- it's a |
84 |
significantly smoother ride now than it was. However, there's still |
85 |
enough left that getting in now and learning how to deal with some of |
86 |
those remaining issues will give you a better understanding of your |
87 |
architecture than those who wait until they don't have to run 32-bit at |
88 |
all, because everything is available in 64-bit. |
89 |
|
90 |
There is, however, nothing at all wrong with being simply a user (altho |
91 |
on Gentoo, being a Gentoo user by definition means being the sysadmin of |
92 |
a Gentoo system as well, with the responsibilities that brings to keep |
93 |
the system secure and the like), one who prefers a system that "just |
94 |
works", who has other areas in their life they consider more important, |
95 |
with all the complexity there they can manage, and thus, who has no |
96 |
interest in additional complexity when it comes to their computer. This |
97 |
sort of user will probably want to stay 32-bit at this point, and |
98 |
honestly, but for the fact that Gentoo has such a helpful community and |
99 |
such highly regarded documentation, might be better off choosing another |
100 |
distribution, as well. |
101 |
|
102 |
Your reality is actually most likely somewhere in the middle, particularly |
103 |
as you've already rejected some of the other distributions, and there |
104 |
must have been a reason for doing so, which by definition already |
105 |
self-selected for a Gentoo bias to some extent. However, it remains a |
106 |
choice you have to make -- none of us can or should try to make it for |
107 |
you, and while we certainly have our own biases and certainly do what we |
108 |
can in the persuasive arena, I doubt any of us would /want/ to make your |
109 |
decision for you. =8^) |
110 |
|
111 |
-- |
112 |
Duncan - List replies preferred. No HTML msgs. |
113 |
"Every nonfree program has a lord, a master -- |
114 |
and if you use the program, he is your master." Richard Stallman in |
115 |
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html |
116 |
|
117 |
|
118 |
-- |
119 |
gentoo-amd64@g.o mailing list |