Bug #714
cl-update очень медленное вычисление зависимостей
| Статус: | New | Начата: | 03.02.2015 | |
|---|---|---|---|---|
| Приоритет: | Normal | Дата выполнения: | ||
| Назначена: | - | Готовность в %: | 0% |
|
| Категория: | - | Затраченное время: | - | |
| Версия: | - | |||
| Голоса: | 0 |
Описание
После перезагрузка система первый запуск cl-update занимает очень много время я заметил
calculate ~ # time cl-update -p Синхронизация репозиториев * Синхронизация Distros репозитория ... [ ok ] * Синхронизация Calculate репозитория ... [ ok ] * Синхронизация Portage репозитория ... [ ok ] * Синхронизация завершена Конфигурация системы * Исправление настроек ... [ ok ] Проверка обновлений * Вычисление зависимостей ... * Система находится в актуальном состоянии real 2m29.259s user 1m39.636s sys 0m5.801s calculate ~ #
и при повторный запуск
calculate ~ # time cl-update -p Синхронизация репозиториев * Синхронизация Distros репозитория ... [ ok ] * Синхронизация Calculate репозитория ... [ ok ] * Синхронизация Portage репозитория ... [ ok ] * Синхронизация завершена Конфигурация системы * Исправление настроек ... [ ok ] Проверка обновлений * Вычисление зависимостей ... * Установленные пакеты находятся в актуальном состоянии real 0m6.706s user 0m5.281s sys 0m1.476s calculate ~ #
тоже заметил и большие разници только с cl-update
когда Проверка обратных зависимостей ... [ ok ]
Прошли 6 минут
calculate ~ # time cl-update Синхронизация репозиториев * Синхронизация Distros репозитория ... [ ok ] * Синхронизация Calculate репозитория ... [ ok ] * Синхронизация Portage репозитория ... [ ok ] * Синхронизация завершена Конфигурация системы * Исправление настроек ... [ ok ] * Обновление конфигурационных файлов ... [ ok ] Проверка обновлений * Вычисление зависимостей ... * Установленные пакеты находятся в актуальном состоянии Очистка системы от ненужных пакетов * Вычисление зависимостей ... [ ok ] Пересборка зависимых модулей * Обновление сохранённых библиотек ... [ ok ] * Проверка обратных зависимостей ... [ ok ] * Обновление конфигурационных файлов ... [ ok ] * Обновление системы завершено! real 5m54.046s user 2m6.562s sys 3m59.507s
Вот и /etc/calculate/calculate.env
#------------------------------------------------------------------------------ # Modified Calculate-core 3.2.3.1 # Processed template files: # /var/lib/layman/calculate/profiles/templates/3.1/1_ac_install_disk/2-system/00-calculate-install/3.1.6/calculate.env # /var/lib/layman/calculate/profiles/templates/3.1/1_ac_install_disk/2-system/00-calculate-install/3.2.0_beta2/calculate.env # /var/lib/layman/calculate/profiles/templates/3.1/1_ac_install_disk/2-system/00-calculate-install/3.2.3/calculate.env # For modify this file, create /etc/calculate/calculate.env.clt template. #------------------------------------------------------------------------------ [install] os_install_net_settings = networkmanager [main] # Set auto-update configuration files. cl_autoupdate_set = off # keep value of root dev uuid (8 char) for kernel symlink cl_kernel_uid = 8102313b # current linux build os_linux_build = 20141230 cl_home_crypt_set = off [update] # auto-check updates cl_update_autocheck_set = on # interval for update auto-check cl_update_autocheck_interval = 12h # clean packages and distfiles cl_update_cleanpkg_set = off # update other overlays cl_update_other_set = off
История
Обновлено Mikhail Hiretsky почти 10 года назад
При обновлении "прочих" репозиториев в новой версии утилит будет добавлена проверка их наличия, что бы исключить лишнее выполнение eix-sync.
Запуск cl-update сразу после загрузки системы занимает больше времени, так как система еще не успела закэшировать данные от git репозитория в /usr/portage. Последующие запуски естественно занимают больше времени.
Проверка обратных зависимостей запускается если были установлены какие-либо пакеты, даже если при проверки установленные пакеты находятся в актуальном состоянии.
Обновлено Rosen Alexandrow почти 10 года назад
Ну думаю это не нормально занимает 6 минут.
Говорил с Александр, он порекомендовал мне писать на трекер.
Обновлено Mikhail Hiretsky почти 10 года назад
В утилиту будет добавлена опциональное отключение выполнение revdep-rebuild
Обновлено Rosen Alexandrow почти 10 года назад
Ну revdep-rebuild не нужен навсегда. А когда мы только стейбл обновляем revdep ненужен. Он можно будет нужен когда на package.unmask устанавливаем.
Да конечно знаю что если у тебя процессор от Интел то на его будет быстрее он работает чучуть быстрее на одно ядро чем АМД. А всю portage revdep и другие являются однопоточные.