1 |
On 26/01/2014 17:24, eroen wrote: |
2 |
> On Sun, 26 Jan 2014 16:35:43 +0200, Nikos Chantziaras |
3 |
> <realnc@×××××.com> wrote: |
4 |
>> Anyone else noticed this yet? Some portage update seems to have made |
5 |
>> "emerge -uDN @world" perform about 10 times slower than before. It |
6 |
>> used to take seconds, now it takes about 4 minutes only to tell me |
7 |
>> that there's nothing to update. And it does that every time, even |
8 |
>> directly in succession and with the caches warm. |
9 |
>> |
10 |
>> Is it just me? |
11 |
> |
12 |
> You don't say when your baseline was, but the complexity of resolving |
13 |
> the package tree has increased quite a bit over the last year due to |
14 |
> new features like automatic rebuilds of consumers after library updates. |
15 |
> |
16 |
> Another somewhat common cause of sudden slowdowns is how portage |
17 |
> resolves conflicts (like packageA requiring an old version of libraryB), |
18 |
> which is rather time-consuming. You can try adding --backtrack=0 to the |
19 |
> emerge command to make it stop and print an error message when |
20 |
> encountering a conflict rather than look for a solution. Then you can |
21 |
> 'help' out by manually resolving any conflicts by adding package |
22 |
> versions to /etc/portage/package.mask . Preferably try this *after* |
23 |
> running an update, so your system is up-to-date against your local |
24 |
> version of the gentoo tree, otherwise "normal" simple-to-resolve |
25 |
> conflicts might cause confusion. ;-) |
26 |
> |
27 |
|
28 |
I've been noticing these slowdowns for a few months now too. I'm |
29 |
somewhat conflicted in my head about them, as unresolved blockers is now |
30 |
something that happens very rarely. How often did we do this in the past: |
31 |
|
32 |
emerge -avuND world |
33 |
stare at output trying to figure out wtf? |
34 |
emerge -C <some problem package> |
35 |
emerge -avuND world |
36 |
emerge problem package back if world update didn't already do it |
37 |
|
38 |
That used to happen A LOT, and it took much longer than 4 minutes. |
39 |
Nowadays it happens seldom but the resolution does take 4 minutes. |
40 |
|
41 |
So I dunno, it's annoying to have to wait, but it also prevents a lot of |
42 |
wasted time by doing what software can do so well - detecting dependency |
43 |
issues. |
44 |
|
45 |
|
46 |
|
47 |
-- |
48 |
Alan McKinnon |
49 |
alan.mckinnon@×××××.com |