1 |
On 09/10/13 13:05, Sergey Popov wrote: |
2 |
> 09.09.2013 21:24, Alex Efros пишет: |
3 |
>> Hi! |
4 |
>> |
5 |
>> В последнее время emerge -uDNpv world работает как-то уж слишком долго. |
6 |
>> Даже если обновлять нечего, команда запускается уже не в первый раз |
7 |
>> (так что обращений к винту нет вообще, всё закешировано) и ей никто не |
8 |
>> мешает жрать 100% CPU (точнее, одного ядра). |
9 |
>> |
10 |
>> У меня достаточно быстрый проц (Core i7-2600K, разогнанный на 4.6GHz). |
11 |
>> Обычная amd64 рабочая станция (1450 пакетов, из них 450 в world-файле). |
12 |
>> |
13 |
>> При этом в portage-2.1.12.2 эта команда отрабатывает за 50 секунд, |
14 |
>> а в portage-2.2.1 за 3 минуты 2 секунды! |
15 |
>> |
16 |
>> Так у всех, или это у меня какие-то проблемы? |
17 |
>> И если так у всех, то что за фигня творится, и можно ли её как-то пофиксить? |
18 |
>> |
19 |
>> |
20 |
>> P.S. Сейчас ещё замерил на portage-2.2.1 system - 1 минута 7 секунд - и |
21 |
>> максимально стандартный system (закомментировал все USE-флаги в make.conf |
22 |
>> и удалил /etc/portage/) - 2 минуты 22 секунды. |
23 |
>> |
24 |
>> P.P.S. Переключился с python 2.7 на 3.2 - стало отрабатывать на 15% |
25 |
>> быстрее, но решением проблемы это не назовёшь. |
26 |
>> |
27 |
> |
28 |
> Давно сижу на 2.2, поэтому к тормозам уже как-то привык, но всё же они |
29 |
> раздражают. Проблема обсасывалась много раз, без комплексного |
30 |
> переписывания потрохов portage ее не решить. Можно сколько угодно решать |
31 |
> ее экстенсивными методами(portage в sqlite, tmpfs, squashfs, на SSD и |
32 |
> т.д.) но это лишь маскирование проблемы. |
33 |
|
34 |
Помнится у меня локальное обновление базы(!) портов FreeBSD занимало |
35 |
30-60 минут в зависимости от харда. |
36 |
|
37 |
Поэтому на 1-3 минуты я уже не обращаю внимания. |
38 |
|
39 |
А вообще работать стало медленней - факт. |