Оптимизация настройки Phenom.

Цитата:
контроллер памяти, который интегрирован в процессор Phenom, может работать в двух вариантах двухканального режима: Ganged mode и Unganged mode. Первый вариант (Ganged mode) представляет собой обычный двухканальный режим, когда контроллер памяти является 128-разрядным, т.е. идет работа с двумя полностью идентичными 64-разрядными модулями памяти. А вот в режиме Unganged mode контроллер памяти делится на 2 независимых 64-разрядных, каждый из которых работает со своим банком памяти

http://www.easycom.com.ua/data/cpu/82271021/?lang=ru

Если производитель предоставляет возможность изменения данного параметра, то это может как-то влиять на производительность системы.

1. Хотелось бы услышать мнения - для каких целевых задач будет полезен тот или иной режим работы ?

Проверял по времени сборки ядра с установленным параметром -jN, где N = число ядер+1, скорость оказалась в пределах погрешности.

2. Какой может быть выигрыш от Unganged mode при наличии кеша L3 ?

Kevol написал(а):Цитата: 1.

Цитата:
1. Хотелось бы услышать мнения - для каких целевых задач будет полезен тот или иной режим работы ?

Проверял по времени сборки ядра с установленным параметром -jN, где N = число ядер+1, скорость оказалась в пределах погрешности.

это что у тебя после включения -j5 не стало быстрее компилироваться?

у меня на Q8200 реально прирост как от четырех ядер при -j5. При -j2 в 4 раза медленнее, примерно :). засекал только при сборке ядра. ядро стандартное (genkernel) собирается примерно за 4-5 минут.

gentoo centos fedora

Ну и как это относится к

Ну и как это относится к заданному вопросу?

Да нет же. Разница в пределах

Да нет же. Разница в пределах маленькой погрешности у автора наблюдается на разных режимах.

Снял характеристики Процессор

Снял характеристики
Процессор AMD Phenom(tm) 8450 Triple-Core Processor

1) 128, -j4
real 4:14
user 9:58
sys 1:03

2) 128, -j1
real 11:02
user 9:59
sys 1:04

3) 2x64, -j4
real 4:12
user 9:56
sys 1:03

4) 2x64, -j1
real 11:06
user 10:04
sys 1:04

Выигрыш от -jN безусловно есть.
Хочется понять будет ли выигрыш от манипуляции с режимом контроллера. Выставляется он в BIOS, поэтому на ходу не сменишь. Но ведь набор задач, которые исполняются чаще всего, можно определить. А, следовательно, если это даст выигрыш в наиболее интересных задачах, то можно было бы скорректировать.
Всё это относится к проблеме, что многоядерная система работает принципиально иначе одноядерной. И те вопросы, которые были ранее не актуальны, сейчас дают значительный выигрыш в производительности системы.
(Тот же самый VirtualBox использует только 1 процессор)

Ganged vs Unganged

У меня тоже Пхеном, и я тоже - задавался этим вопросом около
полугода назад;
Могу сказать, что у меня в unganged mode частенько
валилась сборка чего-либо из исходников, причём с непонятными
ашыпками.
перешёл на ganged mode, так же пересобрал ведро с
Processor type and features --->[*] AMD microcode patch loading support
После этого - компиляция не валится... Из-за чего не знаю - лень разбираться ;)

willy. А не могло это быть

willy.
А не могло это быть связано с проблемой TLB ?

http://pcnews.ru/news/amd-phenom-tlb-opteron-barcelona-9700-windows-10-unix-bios-techreport-9600-msi-k9a2-vp-0b7-sandra-204750.html

из википедии

Цитата:
TLB bug

В связи с процессорами Agena и Barcelona (AMD) часто упоминается так называемая TLB bug или ошибка TLB. Данная ошибка встречается во всех четырёхядерных процессорах AMD ревизии B2 и может привести в очень редких случаях к непредсказуемому поведению системы при высоких нагрузках. Данная ошибка критична в серверном сегменте, что явилось причиной приостановки всех поставок процессоров Barcelona (AMD) ревизии В2. Для настольных процессоров Phenom был предложен TLB patch который предотвращает возникновение ошибки путём отключения части логики TLB. Данный патч, хоть и спасает от TLB bug но так же негативно влияет на производительность. Ошибка исправлена в ревизии B3.

Это давно уже было, вряд ли

Это давно уже было, вряд ли

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

не могло, амд из-за этого

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

Дело ясное, что дело

Дело ясное, что дело темное.
Такое ощущение, что данная опция пополнит набор бесполезных опций. :)

У себя за недолгий срок использования могу сказать, что система стабильно работает на обоих установках. Возможно, что проблемы сбоев лежат в области материнской платы. Для систем на процессорах AMD такое встречается, что система сбоит на пустом месте по причине неизвестно-какой несовместимости железа. В основном грешу в сторону питания процессора - что-то часто стали обсуждать и рекламировать данный аспект в материнских платах.

Не могу установить опцию

willy написал(а):
Processor type and features --->[*] AMD microcode patch loading support

Странно. У себя данного пункта не нашел. Но смутно помню, что раньше видел.
Может кто подскажет где теперь это искать?

amd64 + sys-kernel/gentoo-sources-2.6.27-r8
Linux computername 2.6.27-gentoo-r8-010 #5 SMP Fri Feb 20 10:40:21 MSK 2009 x86_64 AMD Phenom(tm) 8450 Triple-Core Processor AuthenticAMD GNU/Linux

kernel

Processor type and features ---> <*> /dev/cpu/microcode - microcode support --->[*] AMD microcode patch loading support
Про баг в TLB я знал, и исходя из него брал проц ревизии - "после В2".
Хотя у нас всё может быть...

Чего-то ослеп совсем. Никак

Чего-то ослеп совсем. Никак не найти.

http://pastebin.com/m50534166

kernel

У меня ядро - 2.6.28-r2, может быть из-за этого?

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".