Вы здесь

Главная › Форум › Gentoo Linux › Система portage

[SOLVED] Скорость сборки и загрузка процессора

16 августа, 2011 - 20:10 — Kemaweyan

После апгрейда железа (Phenom II x4 955, 4Gb RAM) я заметил, что сборка программ не загружает процессор на 100%, максимум по 40% на ядро. Хотя старый проц Athlon 64 3500+ загружался полностью. Это как бы не плохо, что процессор не загружен, но от этого ж по идее увеличивается время сборки? В MAKEOPT я указал -j5 (читал, что нужно кол-во ядер + 1). У меня было предположение, что дело в тормознутости винта (компилятор то постоянно что-то читает/пишет), но после монтирования tmpfs в /var/tmp/portage фактически ничего не изменилось. В чём может быть дело?

Форум: 
Система portage
16 августа, 2011 - 20:20 — _SerEga_

В доках на gentoo.org написано (кол-во ядер)*2 + 1. И рядом комментарий, что это чисто эмпирическое число. Т.е. если считаете, что проц недогружен - увеличивайте.

16 августа, 2011 - 20:28 — haku

Не факт. У меня при четырёх ядрах указано MAKEOPTS="-j4" и загрузка процессора при компиляции равна 100%. Скорее тут дело в том, что не все операции можно распараллелить, давайте поговорим более конкретно: что собираете, всё ли время сборки загрузка не превышает 25% ?

16 августа, 2011 - 20:50 — Kemaweyan

Да что угодно собираю.. Например, wine. Хотя такая же картина со всеми программами...

Загрузка, ясное дело, немного меняется. Скажем от 20% до 40% на ядро.

16 августа, 2011 - 21:15 — kostik87

Являюсь обладателем Phenom II x4 945, процессор достаточно быстрый, что бы его загрузить нужна ситуация в которой возможна установка (сборка) чертырёх не зависимых друг от друго пакетов или четырёх заивсимостей другого пакета, но не зависимых друг от друга. Так же стоит обеспечить приемлимую скорость ввода/вывода, для этого подойдёт сборка в памяти, обеспечивающая максимальную скорость записи / чтения, не зависящую от жёсткого диска., добавьте следующую строчку в /etc/fstab:

shm 	/var/tmp/portage tmpfs 		defaults,size=2048M 0 0

Здесь указан максимальный размер выделяемой памяти. В /var/tmp/portage распаковываются исходные коды устанавливаемого пакета и происходит его сборка.

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

EMERGE_DEFAULT_OPTS="--jobs 5 --load-average=4"
MAKEOPTS="-j5"

У меня 4 Гб ОЗУ.

16 августа, 2011 - 23:57 — Kemaweyan

Хмм.. А вот при сборке ядра загрузка пошла на 100% все 4 ядра :)

Хе. За пару минут собралось :) На старом проце нужно было минут 20 минимум...

17 августа, 2011 - 00:01 — kostik87

Пару минут, это вы уже утрируете, 5 минут куда ни шло.

17 августа, 2011 - 06:45 — Kemaweyan

Я сам удивился, когда первый раз собирал ядро на новое железо. Поставил сборку, пошел делать чай. Пришел - а оно уже готово. Ради интереса только что пересобрал (сначала сделал make mrproper, чтоб сборка была полной; конфиг, разумеется, сохранил) и засёк время - 2 минуты 10 секунд на неразогнаном Phenom II x4 955 (3.2ГГц). Собирал так:

CFLAGS_KERNEL="-march=amdfam10 -O2 -pipe" make -j5

17 августа, 2011 - 10:47 — kostik87

Ну поздравляю тогда )

17 августа, 2011 - 18:15 — vmustik

А как оно в работе такое ядро? Просто у меня при сборке gentoo-sources при make -j5 сборка заканчивается где то на середине, по непонятным причинам процессор интел q6600

17 августа, 2011 - 22:39 — Kemaweyan

Нормально работает. В принципе ничем не отличается от собраного с параметрами по-умолчанию (просто make). Во всяком случае, визуально разницы в скорости работы системы не заметно. Ну и стабильность такая-же, т.е. ничего не падает.

17 августа, 2011 - 11:19 — krigstask

Стало быть, где-то ещё затык, в памяти или ещё где-нибудь. Обычно процесс компиляции занимает одно ядро целиком, а тут их пять. Можно попробовать выставить -j ещё побольше, посмотреть, что изменится. А, и последить сразу и за загрузкой проца, и за load average через тот же htop.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

17 августа, 2011 - 11:36 — kostik87

Это 4-х ядерный процессор.

17 августа, 2011 - 12:20 — krigstask

Я в курсе. И?

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

17 августа, 2011 - 12:31 — kostik87

krigstask написал:
Обычно процесс компиляции занимает одно ядро целиком, а тут их пять. ...

17 августа, 2011 - 12:34 — Viktor101

Видимо, имеется в виду 5 процессов компиляции. Хотя, соглашусь, сначала тоже подумал, что речь про 5 ядер :)

—

proaudio overlay
devmanual

17 августа, 2011 - 12:47 — kostik87

Вряд ли, либо автор не умеет правильно строить предложения, что бы было понятно что он хотел сказать.

17 августа, 2011 - 12:50 — krigstask

Спасибо, Ваше мнение очень важно для нас.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

17 августа, 2011 - 13:02 — kostik87

Всегда пожалуйста, но согласитесь, построенное вами предложение имеет не однозначную трактовку.

17 августа, 2011 - 13:17 — krigstask

Да, но Viktor101 взял на себя труд расшифровать и пояснить, так что не вижу смысла продолжать это никчёмное обсуждение.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

17 августа, 2011 - 16:51 — Viktor101

Не стОит столь категорично отниситься по, всего лишь, единственной фразе. И, да, разговор ушел в сторону - что имелось ввиду уже выяснили.

—

proaudio overlay
devmanual

17 августа, 2011 - 22:53 — Kemaweyan

Всё, я разобрался. Это моя ошибка, странно только, что portage не ругался на это. Вместо MAKEOPTS было указано MAKEOPT. Исправил и загрузка стала 100% на каждом ядре. Разумеется, и скорость сборки возрасла. Всем спасибо за участие.

17 августа, 2011 - 23:06 — krigstask

А на что ему ругаться, взял значение по умолчанию и пошёл дальше. make.conf — это же сборище переменных для Portage и всё

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

17 августа, 2011 - 23:55 — Kemaweyan

Ну на неправильный PORTDIR_OVERLAY он ругается аж бегом :)

18 августа, 2011 - 09:51 — krigstask

На неправильное значение переменной или PRTDR_OVRLAY? Тут наличествует принципиальная разница, знаете ли.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Russian Gentoo Linux Community © 2005—2026
Gentoo — торговая марка Gentoo Foundation, Inc.
Сервер работает под управлением Gentoo Linux
Сайт работает под управлением CMS Drupal