LINUX.ORG.RU
ФорумTalks

Тормоза emerge:-(

 , ,


0

3

Раз:

# time emerge -pv --update --newuse --deep --with-bdeps=y @world

These are the packages that would be merged, in order:

Calculating dependencies... done!

Total: 0 packages, Size of downloads: 0 kB

real    1m46.667s
user    1m45.692s
sys     0m0.856s
Два:
# time emerge -pv --update --newuse --deep world                

These are the packages that would be merged, in order:

Calculating dependencies... done!

Total: 0 packages, Size of downloads: 0 kB

real    0m58.469s
user    0m57.284s
sys     0m1.098s
Три:
# time emerge -pv --update --newuse world

These are the packages that would be merged, in order:

Calculating dependencies... done!

Total: 0 packages, Size of downloads: 0 kB

real    0m9.230s
user    0m9.013s
sys     0m0.207s

При всем этом использует только одно из четырех ядер. Я пока сегодня чисткой make.conf и package.use занимался задолбался ждать выхлопов c "-pv". При всем этом apt/aptitude просто реактивен.

На соседней кстати свежей системе (которая с пятыми кедами, ага) emerge по субъективным ощущениям работает быстрее.

P.S. В системе 933 пакета (+kde +qt -gtk -gnome)

P.P.S. SSD, 8 GB оперативки и 4-х головый проц:

# lscpu | grep "Model name"
Model name:            AMD Athlon(tm) II X4 640 Processor

★★★★★

Последнее исправление: leg0las (всего исправлений: 3)

При всем этом apt/aptitude просто реактивен.

Там нет флагов, слотов и собственно ебилдов. Намного проще расчитывать зависимости. Это нормальная скорость портежа, смирись. Всё равно собирается дольше.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Я понимаю, что собирается дольше, все дела, но мне ж всего навсего вывести и показать! И да, какого МПХ в 2014-м году задачи emerge выполняются на одном ядре?!?

leg0las ★★★★★
() автор топика
Ответ на: комментарий от leg0las

И да, какого МПХ в 2014-м году задачи emerge выполняются на одном ядре?!?

А что ты предлагаешь вынести в отдельные потоки? Ему надо идти по дереву и рекурсивно считать зависимости от того, что ты ему запросил.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

А что ты предлагаешь вынести в отдельные потоки? Ему надо идти по дереву и рекурсивно считать зависимости от того, что ты ему запросил.

Построение графа уже нельзя распараллелить?

hateyoufeel ★★★★★
()

На системе с пятыми кедами:

# time emerge -pv --update --newuse --deep --with-bdeps=y @world

These are the packages that would be merged, in order:

Calculating dependencies... done!

Total: 0 packages, Size of downloads: 0 KiB

real    1m10.389s
user    1m9.686s
sys     0m0.569s

666 пакетов, винт - WD, Caviar Blue.

leg0las ★★★★★
() автор топика
Последнее исправление: leg0las (всего исправлений: 1)
Ответ на: комментарий от crowbar

Это фигня. Адские тормоза при подсчёте зависимостей появились после добавления поддержки сабслотов. Я прозреваю чудовищный быдлокод, но копаться там нет никакого желания.

hateyoufeel ★★★★★
()
Ответ на: комментарий от crowbar

Тогда разумный вопрос: а не запихнуть ли это все в какой-нибудь sqlite, ну хотя бы установленные. Чтобы парсить нужно было только новое, что тянет newuse грубо говоря.

leg0las ★★★★★
() автор топика
Ответ на: комментарий от leg0las

а не запихнуть ли это все в какой-нибудь sqlite

Ну года 4 назад можно было включить такую опцию. Только это не сильно уменьшало тормоза. Может сейчас sqlite по дефолту, не знаю.

crowbar
()

При всем этом apt/aptitude просто реактивен.

Взоржал. Теперь попробуйте пакман, вообще офигеете.

Axon ★★★★★
()
Ответ на: комментарий от crowbar

и каждый нужно парсить bash'ем

Вот этого, как раз, делать не нужно. Но оно делается.

Axon ★★★★★
()
Последнее исправление: Axon (всего исправлений: 1)

При всем этом apt/aptitude просто реактивен.

Пакетные менеджеры эти совсем разные и написаны на разных ЯП. Сравнивать не имеет смысла. И да, 1 минута это нормально. У меня на нетбуке 40 минут вычисляло зависимости. А ты жалуешься :)

Deleted
()
Ответ на: комментарий от Deleted

У меня почему-то очень долго выполняется «eclean-dist» :( хотя скаченных исходников не так уж много хранится. Вообще странно, когда я сидел на более слабом компе, тогда всё казалось быстрее о_О кроме самой сборки пакетов.

grem ★★★★★
()
Последнее исправление: grem (всего исправлений: 2)

Он же на питоне...

Myau ★★★★
()
Ответ на: комментарий от grem

У меня почему-то очень долго выполняется «eclean-dist»

на ssd это операция происходит в несколько раз быстрее.

snaf ★★★★★
()

Вдоль

Не нравится - пиши патчи. Не можешь - вали. Никто тебе ничего не обязан, равно как и ты ничего не обязан.

И да, в 21 веке много чего осталось из прошлого. Так было раньше и повторится вновь. Увы, походу ты не Форд, Тесла и не Эйнштейн. Те все понимали и делали как должно было быть в их веке.

gh0stwizard ★★★★★
()
Ответ на: комментарий от gadfly

Где вы все прочитали, что я собрался куда-то «валить»? Я всего-навсего написал о недостатке portage, который меня раздражает.

leg0las ★★★★★
() автор топика
Ответ на: комментарий от Axon

+1, после пакмана все апты вызывают стойкое отвращение.

false ★★★★★
()

Ничего не поделаешь, это portage.

NeverLoved ★★★★★
()
Ответ на: комментарий от gadfly

Я не поныть, а поискать решение, может кто-то посоветует что-то дельное, а я не в теме.

leg0las ★★★★★
() автор топика

на hdd проблема может быть в фрагментации /usr/portage, насколько я знаю. на ssd - не знаю.
pacman, кстати, тоже начинает тормозить с какого-то момента, но для него специально написали pacman-optimize.
наверное, может помочь использование чего-то вроде btrfs со сжатием для /usr/portage (кто-то в squashfs заворачивает). но я не пробовал - у самого тормозит.

Deleted
()

Слышал что компиляция портежа (при помощи PyPy, вроде) ускоряет работу. Но мотороллер не мой, так что как оно на самом деле не скажу.

najlus ★★★★★
()
Последнее исправление: najlus (всего исправлений: 1)

При всем этом apt/aptitude просто реактивен.

Сравнил сам знаешь что с сам знаешь чем.

J ★★★★★
()
Ответ на: комментарий от leg0las

Прикрутил sqlite по мануалу от мегабакса, ничего не поменялось:(

В этом вся суть мануалов от этого товарища :d

haku ★★★★★
()

Питон. А ты чего хотел?

CYB3R ★★★★★
()
Ответ на: комментарий от leg0las

Его кто-то использует и насколько оно стабильно?

я использую. Оно стабильно, но явно не быстрее. Т.ч по видимому дело не в быдлокоде

argin ★★★★★
()

Тоже медленно, тоже тормозит. Думаю есть широкое поле для работы над алгоритмами в portage emerge, и дело не в одном лишь тормозном python:

# lscpu | grep "Model name"
Model name:            AMD Phenom(tm) II X6 1100T Processor

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.