Как увеличить скорость portage?

лучше накати paludis или что там модно и поставь ssd

http://optimization.hardlinux.ru/?page_id=152

Мне все эти пляски с бубном совсем не помогают. Действенным способом был только переход на ssd.

значит 15 процентов это все таки фейк?

http://optimization.hardlinux.ru/?page_id=152

Мне подобная оптимизация не совсем не помогла.

значит 15 процентов это все таки фейк?

Зависит от уровня навыка «вера».

Перейти на python-3.4 давно стоит. Увеличит ли это производительность - не знаю. Вряд ли сильно. Но какой смысл использовать 2.7? жду не дождусь когда его можно будет целиком из системы выпилить этот 2.7

а что даст переход на питон 3.4 подскажите пожалуйста? Ради чего стоит на него переходить? И как это правильно сделать?

То есть, что бы перейти на питон 3.4 надо:

• PYTHON_SINGLE_TARGET="python3_4" PYTHON_TARGETS="python2_7 python3_3 python3_4"

• затем пересобрать мир emerge --ask --changed-use --deep @world
  
• перейти на питон 3.4 с помощью eselect set
  
• pythonn-updater
  
• пересобрать portage с таргетсом питон 3.4, хотя нет, при обновлении мира он уже сам пересоберется

Я правильно понимаю?

Пистон и быстродействие - понятия взаимоисключающие.

paludis тормозит больше portage. ЕМНИП corepkg чуток побыстрее был, но вообще скорость критична только при поиске пакета, а с этой задачей успешно справляется eix. При сборке всякие gcc всё равно займут 99% времени и тормоза portage на их фоне незаметны.

Ключевое отличие - нативные «хрюникодтные» строки. В отличие от. И в целом стандартную библиотеку подчистили, более стандартизовали и привели в порядок. Хотя всё равно помойка.

pypy

В любом случае всё упирается в скорость I/O (а кроме кэша портажа читается ещё и база установленных пакетов, всё это - куча мелких файлов), поэтому SSD даст значительный прирост.

База установленных пакетов это один файл world. А вот сами ебилды — куча файлов, и по хорошему они и связи между ними должны быть в базе, а не читаться каждый раз.

Я говорю про /var/db/pkg.

А /var/lib/portage/world - просто список пакетов, которые пользователь пометил как явно нужные. Там нет зависимостей; более того, не обязательно все пакеты из world установлены, и не обязательно все пакеты, которые не являются зависимостями каких-либо явно нужных пакетов, есть в world.

повторный запуск тоже небыстрый, не только в диске дело

Чудесная логика. Ты думаешь, там всё так замечательно кэшируется, что при повторном запуске волшебным образом с диска прочитается только кэш? Ничего подобного.

с диска прочитается только кэш

чё-то ты по-моему сам не понял, что сморозил

• ssd
  
• высокочастотный intel (не обязательно много ядер)
  
• освоить практики медитации
  

у меня /var/portage в squashfs и кеш в sqlite. работает шустро) а ну еще перешел на гит зеркало для синхронизации. ну и да ssd

Сделать его бинарным.

yes/no?

Есть волшебные, действенные и проверенные конкретным опытом варианты да вот только как и всегда «всем насрать» (tm) а самому мне сейчас немного не до того чтобы этим заниматся.

освоить практики медитации

Надо будет записать в книгу рецептов :)

Докладываю:
ради интереса провёл тест, операция `time emerge -auNDv world` отрабатывает за:

python 2.7: 16.7 сек (среднее трёх запусков, разброс меньше 0.1 сек)
python 3.4: 14.6 сек (среднее трёх запусков, разброс меньше 0.1 сек)

получается буст в 13% на моём железе (у тебя результаты могут быть другими)

Тоже провел тест, вот результаты:

real    0m28.617s
user    0m28.246s
sys     0m0.349s

Хотя опять же, чисто по ощущениям, работа portage значительно ускорилась после перехода на python3.4. Но это по ощущениям.

А ты сам пользовался эти гайдом? Тащемта он за 2010 год. Сильно ли он устарел? Можно ли им пользоваться? Не очень хочется создавать отдельный тред, может подскажешь свои успехи/не успехи? Да, можно ли ему слепо следовать или что-то все равно изменилось?