| 1 |
10.09.2013 21:35, Охрименко Александр пишет: |
| 2 |
> Постепенно теряется смысл в компиляциях. Все тормозит. Не знаю как у |
| 3 |
> вас. У меня Debian на виртуалке быстрее работает, чем Gentoo+Gnome на |
| 4 |
> том же реальном железе. Может руки не те, Может флаг fast=true не |
| 5 |
> включил где то... |
| 6 |
> |
| 7 |
> Охрименко А.А. |
| 8 |
> |
| 9 |
> |
| 10 |
> 10 сентября 2013 г., 13:32 пользователь Sergey Kobzar |
| 11 |
> <sergey.kobzar@××××.ru <mailto:sergey.kobzar@××××.ru>> написал: |
| 12 |
> |
| 13 |
> On 09/10/13 13:05, Sergey Popov wrote: |
| 14 |
> |
| 15 |
> 09.09.2013 21:24, Alex Efros пишет: |
| 16 |
> |
| 17 |
> Hi! |
| 18 |
> |
| 19 |
> В последнее время emerge -uDNpv world работает как-то уж |
| 20 |
> слишком долго. |
| 21 |
> Даже если обновлять нечего, команда запускается уже не в |
| 22 |
> первый раз |
| 23 |
> (так что обращений к винту нет вообще, всё закешировано) и |
| 24 |
> ей никто не |
| 25 |
> мешает жрать 100% CPU (точнее, одного ядра). |
| 26 |
> |
| 27 |
> У меня достаточно быстрый проц (Core i7-2600K, разогнанный |
| 28 |
> на 4.6GHz). |
| 29 |
> Обычная amd64 рабочая станция (1450 пакетов, из них 450 в |
| 30 |
> world-файле). |
| 31 |
> |
| 32 |
> При этом в portage-2.1.12.2 эта команда отрабатывает за 50 |
| 33 |
> секунд, |
| 34 |
> а в portage-2.2.1 за 3 минуты 2 секунды! |
| 35 |
> |
| 36 |
> Так у всех, или это у меня какие-то проблемы? |
| 37 |
> И если так у всех, то что за фигня творится, и можно ли её |
| 38 |
> как-то пофиксить? |
| 39 |
> |
| 40 |
> |
| 41 |
> P.S. Сейчас ещё замерил на portage-2.2.1 system - 1 минута |
| 42 |
> 7 секунд - и |
| 43 |
> максимально стандартный system (закомментировал все |
| 44 |
> USE-флаги в make.conf |
| 45 |
> и удалил /etc/portage/) - 2 минуты 22 секунды. |
| 46 |
> |
| 47 |
> P.P.S. Переключился с python 2.7 на 3.2 - стало |
| 48 |
> отрабатывать на 15% |
| 49 |
> быстрее, но решением проблемы это не назовёшь. |
| 50 |
> |
| 51 |
> |
| 52 |
> Давно сижу на 2.2, поэтому к тормозам уже как-то привык, но |
| 53 |
> всё же они |
| 54 |
> раздражают. Проблема обсасывалась много раз, без комплексного |
| 55 |
> переписывания потрохов portage ее не решить. Можно сколько |
| 56 |
> угодно решать |
| 57 |
> ее экстенсивными методами(portage в sqlite, tmpfs, squashfs, |
| 58 |
> на SSD и |
| 59 |
> т.д.) но это лишь маскирование проблемы. |
| 60 |
> |
| 61 |
> |
| 62 |
> Помнится у меня локальное обновление базы(!) портов FreeBSD |
| 63 |
> занимало 30-60 минут в зависимости от харда. |
| 64 |
> |
| 65 |
> Поэтому на 1-3 минуты я уже не обращаю внимания. |
| 66 |
> |
| 67 |
> А вообще работать стало медленней - факт. |
| 68 |
> |
| 69 |
> |
| 70 |
> |
| 71 |
Ну что Вы! emerge конечно сам по себе не быстро работает, но сама |
| 72 |
система у меня летает. Может просто это какой-то специфический глюк? |
Archives