1 |
Howdy, |
2 |
|
3 |
As some may recall, I upgraded my rig to a 8 core CPU, expanded memory, |
4 |
added a hard drive etc etc a while back. All of which made things a bit |
5 |
faster. Each core isn't that much faster but the extra cores certainly |
6 |
help in most cases. It is a noticeable improvement. There's one thing |
7 |
tho that it just doesn't help much on. That thing is the emerge command |
8 |
itself. When I run emerge, based on gkrellm etc, it always uses one |
9 |
core and that's it. As one knows, emerge can take a while trying to |
10 |
figure out the best way to upgrade, especially when something is causing |
11 |
a road block and requires a detour. Will portage ever be able to use |
12 |
more than one core? I'd suspect that if it could use all available |
13 |
cores, it would speed things up quite a bit. It may not be 8 times |
14 |
faster in my case but even 4 times faster would be nice, more even |
15 |
better. Others that have more cores/threads/whatever could see a even |
16 |
larger speed increase. |
17 |
|
18 |
I'm sure trying to get portage to do things in parallel would be a |
19 |
programmers nightmare. It may not even be doable given how the tree is |
20 |
done or that the complexity of calculating all the options is just to |
21 |
much to run in parallel. Still, does anyone think it will be possible |
22 |
at some point? Anyone else think it would be as awesome as I do? |
23 |
Anyone know if it is something that is being worked on? I think I read |
24 |
on -dev once long ago about this but can't recall details and I'm not |
25 |
aware of any movement in that direction. I haven't seen any mention of |
26 |
it in a long while now. |
27 |
|
28 |
Just curious. |
29 |
|
30 |
Dale |
31 |
|
32 |
:-) :-) |