1 |
On Mon, Mar 6, 2017 at 1:55 AM, R0b0t1 <r030t1@×××××.com> wrote: |
2 |
> On Sat, Mar 4, 2017 at 4:22 AM, Jorge Almeida <jjalmeida@×××××.com> wrote: |
3 |
>> Is it possible? |
4 |
>> |
5 |
> |
6 |
> Yes, the most straightforward way I know of is to use crossdev to |
7 |
> create an i[3456]86 GCC and compile it with the corresponding |
8 |
> cross-emerge executable. It will then install to /usr/$ARCH and you |
9 |
> should be able to copy it to your root. |
10 |
|
11 |
I've compiled 32 bit stuff before, using a chroot environment from a |
12 |
musl-based distro. But that would produce a static executable. For a |
13 |
beast like ff and a glibc environment, I fear this would not work, or |
14 |
at least it would be a time sink to make it work, which I cannot |
15 |
afford. |
16 |
|
17 |
I was hoping some USE variable et al. would do the job, given that I |
18 |
already have multilib USE variable, but I suppose it's not that |
19 |
simple. |
20 |
|
21 |
I think I'll give chromium a try, although last time I tried it was a |
22 |
CPU hog, specially with Youtube... |
23 |
(Not to mention that I don't trust Google...) |
24 |
|
25 |
> |
26 |
|
27 |
> |
28 |
> I'm inclined to disagree with your determination that switching to a |
29 |
> 64bit OS caused the slowdown, but, at the same time, you're the one |
30 |
|
31 |
Maybe, but I'm out of alternatives. |
32 |
|
33 |
> who was there to notice the correlation. If your determination is |
34 |
> correct it may be best to go back to a 32bit system - unlike ARM64 |
35 |
> processors, which seem to suffer spectacularly when operating in 32bit |
36 |
> - early x86_64 processors may not have a penalty or be faster in the |
37 |
> more restricted mode. |
38 |
|
39 |
The reason I tried a 64 bit system was not speed-related: it is said |
40 |
some software just doesn't work on 32 bit systems (e.g., widevine, |
41 |
which I don't need, BTW), and I suppose that is a trend, so I thought |
42 |
I might try 64 bit. Not a great choice, I guess. |
43 |
|
44 |
> |
45 |
> When this kind of question comes up I tend to bring up the opportunity |
46 |
> to upgrade the computer as well. This tends to have many benefits in |
47 |
> regards to power usage and overall system responsiveness, but I |
48 |
> understand if it's not possible. I would point out that technology is |
49 |
> usually amortized over a 3 year period and conventional wisdom |
50 |
> dictates if you keep a computer longer than that as a business you are |
51 |
> losing money due to opportunity cost of using and maintaining older |
52 |
> and slower hardware. |
53 |
|
54 |
This is a home computer. I do have another one, but this is the silent |
55 |
one (no internal power supply unit). I don't know of similar |
56 |
alternatives (silent for music listening, low power consumption, but |
57 |
powerful enough for everyday computing-- I don't use for compiling the |
58 |
gentoo packages) |
59 |
|
60 |
Thanks |
61 |
|
62 |
Jorge |