URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 66672
[ Назад ]

Исходное сообщение
"В Linux наблюдаются проблемы с производительностью CPU AMD P..."

Отправлено opennews , 06-Май-10 13:08 
В Linux-ядре обнаружена (http://www.h-online.com/open/news/item/Performance-problem-i... недоработка в подсистеме ACPI, приводящая к некорректной установке параметров частоты процессоров AMD Phenom II X6 (http://en.wikipedia.org/wiki/Phenom_II) серии "T", что приводит к невозможности достичь оптимального режима производительности. Особенностью данных процессоров является возможность ускорения работы отдельных процессорных ядер в момент неактивности других ядер CPU, например, модель 1090T работает на частоте 3.2 GHz, но при простое трех ядер для других трех ядер частота может быть поднята до 3.6 GHz. Из-за данной особенности ядро некорректно распознает параметры в таблице ACPI и в процессе работы в режиме "Cool'n'Quiet" выставляет частоту ниже номинальной.

Производительность падает существенно, например, при сборке Linux-ядра в 12 потоков, тест "kcbench" выполняется за 75 секунд, при отключении "Cool'n'Quiet" время сборки уменьшается до 55 се...

URL: http://www.h-online.com/open/news/item/Performance-problem-i...
Новость: http://www.opennet.me/opennews/art.shtml?num=26505


Содержание

Сообщения в этом обсуждении
"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено SubGun , 06-Май-10 13:08 
На моем 4-х ядернике Phenom и правда бубунта работает жесть как медленно. По крайней мере медленнее, чем должна бы.

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено User294 , 06-Май-10 13:36 
В старых 4-ядерниках не было фичи задирать частоту 1 ядра выше номинала если остальные в idle. Это только недавно производители процов стали такую вот фичу юзать (интель вроде тоже что-то похожее в новых процах сделал). Идея в том что если задача грузит 1 ядро и не параллелится - она будет вытянута переразгоном 1 ядра т.к. общий TDP позволяет такое если остальные ядра ничего не делают.

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено VBart , 06-Май-10 22:22 
>> интель вроде тоже что-то похожее в новых процах сделал

у Intel давно такое есть, причем гораздо более интеллектуальнее, TurboBoost во всей линейке i3/i5/i7... Это в AMD только недавно доперли.


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено svcunion , 06-Май-10 13:31 
X3 \ M4A-78 \ 8G. Тормозов не замечаю при запуске семи виртуящиков с 512Мб на борту каждой.
Компиз, экспо, станд. игры типа невиз - квак в начилие. Все настройки по максу.
А в чем можно заметить тормоза?

Отдельно вопрос. Где уже в продаже Х6? Если правильно понимаю тему, то можно ожидать не раньше лета, по нашему можно прочитать с осени по нормальной цене.
Может и появятся не раньше выхода Linux ядра 2.6.34.

Зы. Впрочем, кой - чего имеется:
CPU AMD Phenom II X6 1055T BOX (HDT55TFB) 2.8 ГГц/ 3+6Мб/4000 МГц Socket AM3 = 8486 руб. 40 коп...


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Zenitur , 06-Май-10 13:34 
Ну как это где... При ресурсоёмких операциях, конечно. Попробуй порасчитывать процессором трёхмерную графику, покомпилировать ядро в 12 потоков, поконвентировать фильмы. И сравни с 4-ядерным вариантом :-) А у тебя точно серия T?

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено User294 , 06-Май-10 13:38 
Думается в мире не так много игр способных прогрузить 6 ядер. Они обычно GPU мучают...

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Zenitur , 06-Май-10 18:04 
Maya, Blender

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено User294 , 06-Май-10 20:20 
Странные какие-то игры oO

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Zenitur , 06-Май-10 23:20 
Я и не говорил об играх :-) А вообще раньше извращались кластерами из компьютеров старых!

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Andrey Mitrofanov , 06-Май-10 13:39 
>А у тебя точно серия T?

Он же написал, что у него серия Хе-Зэ. Лучше бы новость прочитал---


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Zenitur , 06-Май-10 23:20 
Может, ты хотел сказать, комментарий?

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено svcunion , 06-Май-10 19:27 
Хотел бы работу трехмерки переложить на видео - карту. С этим она куда лучше справится. Соответственно для конкретной 3D и брать карточку. Кстати, речь о профф. приложении или игровом?
Перекомпилировать? Пока не могу этим гордиться. Кстати, насколько в %% реально выросла производительность?
Конвертацией даже не пытаюсь заниматься. Зачем портить фильм? Или речь о Blue-Ray > mpeg2 DVD?
Из приведенных отрывках могу сделать некоторый резюм: драйвер CPU Intel поддерживается в ядрах эффективнее AMD, или мне это показалось?

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Аноним , 06-Май-10 13:41 
> Отдельно вопрос. Где уже в продаже Х6?

У нас уже есть. Мурманск.


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено pavlinux , 06-Май-10 17:30 
Какие ф попу Феномы, где Opteron X12 6172

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено User294 , 06-Май-10 20:39 
>Какие ф попу Феномы, где Opteron X12 6172

Машину времени у лоровцев возьми на погонять, гденить на помойке наскребешь парочку :)


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено pavlinux , 06-Май-10 22:38 
>>Какие ф попу Феномы, где Opteron X12 6172
>
>Машину времени у лоровцев возьми на погонять, гденить на помойке наскребешь парочку
>:)

Да ладно, вон Шляхтичи уже торгуют - http://www.edusklep.pl/produkt/175905/0/procesor_amd_opteron...

Лучше за это 3K EUR выложить, чем за говяный MacPro


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено User294 , 07-Май-10 21:15 
>Лучше за это 3K EUR выложить, чем за говяный MacPro

Меня удавит жаба что за гламурный кус пластика платить 3 килотугрика, что за кусочек кремния. Хотя, конечно, если бы мне было 3 килотугрика совсем уж некуда деть - я бы пожалуй предпочел все-таки такой оптерон :)


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено pavlinux , 08-Май-10 01:25 
> все-таки такой оптерон :)

Два! Они как крабы, парами ходят. :)


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Zenitur , 06-Май-10 13:31 
Странно: AMD же сама делает драйвер для своих процессоров. Странно, что они для своих же процессоров не учли потерю в скорости расчётов!

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено User294 , 06-Май-10 13:37 
Откуда такие сведения? oO

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Zenitur , 06-Май-10 18:05 
С сайта AMD. А в исходном коде драйвера для их процессора стоит их копирайт.

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено pavlinux , 06-Май-10 17:55 
Зато USB 3.0 у всех стабильная. :)


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено zhus , 06-Май-10 14:19 
Я в теории не силен, но на моём AMD Windsor двухъядерном при governor ondemand копирование на ntfs-раздел 20-25 мб/сек, а при governor performance -- 35-40 мб/сек. Так что если что большое копировать, я апплетиком вручную этот говернор меняю. В нтфс-драйвере проблема или в процессорном, не знаю.

Убунта 9.10


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено mma , 06-Май-10 15:41 
ну вообще-то ondemand для K8/K10  не рекомендуется, conservative  вроде как для K8 и поидее и для K10, так как C&Q  существенных изменений не претерпел

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено qux , 06-Май-10 16:53 
>ну вообще-то ondemand для K8/K10  не рекомендуется, conservative  вроде как для K8 и поидее и для K10, так как C&Q  существенных изменений не претерпел

$ cpufreq-info
  driver: powernow-k8
  hardware limits: 1000 MHz - 1.80 GHz
  available frequency steps: 1.80 GHz, 1000 MHz
  available cpufreq governors: ondemand, userspace, performance

Семпрон 3000+. Как тут получить conservative?


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено qux , 06-Май-10 17:10 
Вроде бы включается, но промежуточных шагов не появляется, только те же 1000 и 1800МГц.

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено rm_ , 06-Май-10 17:26 
И не должны появляться, говерноры меняют логику переключений между имеющимися шагами.
На моём Phenom X4 тоже два, но 1200 и 2400 Мгц.

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено qux , 06-Май-10 18:51 
>И не должны появляться, говерноры меняют логику переключений между имеющимися шагами.
>На моём Phenom X4 тоже два, но 1200 и 2400 Мгц.

В винде rmclock дает переключаться с промежуточными по 200 МГц, всего 6 P-states (начиная с 800, а не с 1000 как тут). И вот:

>it gracefully increases and decreases the CPU speed

rather than jumping to max speed the moment there is any load on the
CPU.
>freq_step: this describes what percentage steps the cpu freq should be

increased and decreased smoothly by.  By default the cpu frequency will
increase in 5% chunks of your maximum cpu frequency.

(из /usr/share/doc/kernel-doc-2.6.*/Documentation/cpu-freq/governors.txt). 5% от 1800 = 90, может поэтому не работает, но 200 (мой 1 шаг) на 18 (1%) вообще нацело не делится.


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено rm_ , 06-Май-10 18:55 
>В винде rmclock дает переключаться с промежуточными по 200 МГц, всего 6
>P-states (начиная с 800, а не с 1000 как тут).

Ну значит ядром Linux это не поддерживается.

>[оверквотинг удален]
>CPU.
>>freq_step: this describes what percentage steps the cpu freq should be
>
>increased and decreased smoothly by.  By default the cpu frequency will
>
>increase in 5% chunks of your maximum cpu frequency.
>
>(из /usr/share/doc/kernel-doc-2.6.*/Documentation/cpu-freq/governors.txt). 5% от 1800 = 90, может поэтому не работает, но
>200 (мой 1 шаг) на 18 (1%) вообще нацело не делится.
>

На заборе тоже написано, здесь речь о CPU, cpufreq-драйвер которых поддерживает плавное изменение. АМДшный видимо не поддерживает. А governor к ассортименту имеющихся частот отношения не имеет, он может только переключаться между выданными ему драйвером.


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено mma , 06-Май-10 18:25 
If you have a desktop machine then you should really be considering the 'ondemand' governor instead, however if you are using a laptop,PDA or even an AMD64 based computer (due to the unacceptable step-by-step latency issues between the minimum and maximum frequency transitions in the CPU) you will probably want to use this[conservativ] governor.

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено qux , 06-Май-10 18:52 
>If you have a desktop machine then you should really be considering
>the 'ondemand' governor instead, however if you are using a laptop,PDA
>or even an AMD64 based computer (due to the unacceptable step-by-step
>latency issues between the minimum and maximum frequency transitions in the
>CPU) you will probably want to use this[conservativ] governor.

Это же только вопросов вкуса касается, а не реализации?


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено rm_ , 06-Май-10 17:25 
Его твикать можно, там (в недрах /proc/) большое кол-во параметров, позволяющих выбрать частоту переключений частоты, пороги загрузки, при которых они будут выполняться, максимальную и минимальную частоту и т.д.

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Толстый , 06-Май-10 14:20 
> также рассматривается возможность поставки патча в ближайшем обновлении к ядрам 2.6.32.x и 2.6.33.x.

На этих ядрах основана LTS Ubuntu, будущий Дебиан, возможно RHEL 6, а они только рассматривают блин. Без вопросов должны делать.


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Аноним , 06-Май-10 15:04 
Проблемы юбунты это ее личные проблемы.. вряд ли кто-то будет ее использовать на серверах. А редхат по любому бэкпортнет и будет в RHEL 6 поддерживать, да и наверняка для 5.5 какого-нибудь сделает, это текущий стабильный ведь. У них в пятой ветке на .18 море фич бэкпортнуто: и systemtap, и ext4 и много чего еще

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено 1 , 06-Май-10 15:13 
как сервера бывают для разных нужд так и убунта на них используется. "юбунта головного мозга " это про Вас:)

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено User294 , 06-Май-10 16:00 
Юзаю серверную убунту местами. Работает себе, каши не просит. Тот же дебиян, вид в профиль. Ну, софт посвежее. Каких-то крупных отвалов башки я не заметил. Ну и какого буя такие заявы? Ну да, конечно, .18 ядро - венец эволюции, блаблабла.

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Аноним , 06-Май-10 17:36 
>Юзаю серверную убунту местами. Работает себе, каши не просит. Тот же дебиян,
>вид в профиль. Ну, софт посвежее. Каких-то крупных отвалов башки я
>не заметил. Ну и какого буя такие заявы? Ну да, конечно,
>.18 ядро - венец эволюции, блаблабла.

Вы меня не так поняли. Ключевое утверждение в моем посте - "Проблемы юбунты это ее личные проблемы.." в ответ на утверждение, что мол разработчики ядра что-то там обязаны бэкпортить потому, что в юбунте с маркировкой "LTS" такое-то ядро.

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


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено 1 , 06-Май-10 17:48 
>Вы меня не так поняли. Ключевое утверждение в моем посте - "Проблемы
>юбунты это ее личные проблемы.." в ответ на утверждение, что мол
>разработчики ядра что-то там обязаны бэкпортить потому, что в юбунте с
>маркировкой "LTS" такое-то ядро.

вообще то 32 ядро само по себе LTS без убунты


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено User294 , 06-Май-10 18:13 
>Вы меня не так поняли. Ключевое утверждение в моем посте - "Проблемы
>юбунты это ее личные проблемы.."

Не согласен. Это еще и мои проблемы. И проблемы еще оравы народа. И может быть некоторые уже забыли как убунтуйцы ext4 обезглючивали? Без их багрепонртов там бы творилось хрен знает что еще немало времени. Кстати да, я там был, баги колотил, а Теодор - фиксил :).Вот так вот и надо работать. А не тягать одеяло на себя своими местечковыми выпердами. В конце концов - убунты вполне осмысленны в ряде нищ. И редхаты вполне осмысленны в ряде ниш. И было бы хорошо чтобы развитие шло сообща а не в виде тяганий одеяла на себя. Совместное развитие - эффективнее "феодальной" раздробленности.

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

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

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

Ну я их за язык не тянул называть .32 ядро ядром с длительной поддержкой. И, имхо, исправление столь вопиющей грабли - вполне достойно бэкпорта, да. По крайней мере лично мной неисправление данной проблемы в .32 будет воспринято как жестокое надувалово по части "длительной поддержки". Если что - 32-е ядро юзается отнюдь не только в бубунте.

>и бэкпортит все, что требуется, удовлетворяя пользователей.

Зато когда надо поставить новый сервер с актуальным железом и софтом - вся эта ископаемость лично мне - совершенно не по вкусу. Думаю что вся эта некромансия в основном для поддержки совместимости API и ABI (актуально для тех кто влопался в проприетарь, etc).

>А что там делает и не делает юбунта -

Да, конечно. Давайте вместо того чтобы починить в 1 месте расплодим бардак из местечковых велосипедиков кто на что горазд.

>это проблемы только тех, кто решил взгромоздить ее на сервер, и не более того..

Да, конечно, лучше мудохаться с древнючим .18 ядром и софтом ему под стать? Вам лучше? Мудохайтесь наздоровье.


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Аноним , 06-Май-10 19:20 
> Зато когда надо поставить новый сервер с актуальным железом и софтом - вся эта ископаемость лично мне - совершенно не по вкусу. Думаю что вся эта некромансия в основном для поддержки совместимости API и ABI (актуально для тех кто влопался в проприетарь, etc).

Вот передергивать не надо, пожалуйста. Апдейты к "некромантическим", по вашей терминологии, версиям редхата на тему поддержки самых распоследних железок выпускаются раньше, чем к вашей юбунте. И поддержка 6-ти ядерников AMD, и nehalem'ов в свое время с их фичами по энергосбережению, и остального. Про драйвверы я уж и не говорю. То, что вы тут пишете, смахивает просто на вранье - или приводите конкретный пример, когда текущий редхат не ставится на новую железку или не поддерживает железо (а другой "не некромантичный" дистрибутив ставится). Более того - следя за апдейтами, которые идут в 4 редхате (да, много где еще его приходится использовать), у меня есть неплохая уверенность что и он поставится на совершенно любой современный сервер и будет нормально работать со всем железом - диски, сеть. С его 2.6.9, ага.


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено User294 , 07-Май-10 17:05 
> Вот передергивать не надо, пожалуйста.

Ну, на вкус и цвет - фломастеры разные. Мне вот редхаты не особо понравились, в том числе и за эти самые 18-е ядра. Нет, на серверах они в принципе нормально, но лично я предпочитаю лишний раз не связываться. Кому надо совместимость по ABI до усрача любой ценой, тот пусть и юзает.

> Апдейты к "некромантическим", по вашей терминологии, версиям редхата
> выпускаются раньше, чем к вашей юбунте.

Ну хз, хз. Результаты запуска на десктопе с распоследним хардваром .18 из центося как-то в свое время ну совсем не доставили, свежие ядра опознали хардвар явно лучше и заворкэраундили некоторые известные грабли и опознали больше железа (я так понимаю, для центоса это все тоже вполне применимо в силу их технологии создания их дистра?).Может на серверах оно и нормально, особенно если вам только диски и сеть надо (что для сервера логично).

> идут в 4 редхате (да, много где еще его приходится использовать),

Кошмар.

> со всем железом - диски, сеть

Ну если в вашем понимании железо только диски и сеть - тогда вы наверное правы, думается редхат с .18 в этом плане не хуже остальных, более новых. Мне проблематично потестить в данный момент именно редхат на новье поэтому поверю вам на слово, но сам связываться с этой некромансией + пачкой костылей делающих из старикана спортсмена все-равно не буду. Мне стабильность ABI и API в большинстве мест никуда не впилась, к великому счастью. Пусть любители редхата таким занимаются.


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено igorsia , 06-Май-10 17:09 
это с каких пор в RHAS 5 ext4 ? ничего не напутал?

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Аноним , 06-Май-10 17:31 
Начиная с 5.3 в примитивном состоянии (когда они тупо бэкпортнули старую версию ext4), начиная с 5.4 в нормальном (когда бэкпортнули свежую версию со всеми плюшками). Мы используем - с ext3 наблюдаются проблемы производительности, которых нет в ext4.

Ничего не напутал, ставишь e4fsprogs, создаешь и используешь. Более того - хотя это широко не освещается - рекомендуется и ext3 этими утилитами создавать - mke4fs -t ext3, получится совершенно нормальный ext3, но с адекватным half_md4 хэшем вместо tea.


"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Толстый , 07-Май-10 02:46 
Речь в новости идет не о новой фиче, а об исправлении ошибки. А это должно бэкпортироваться, тем более как сказали выше само 32е ядро имеет статус LTS.

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено alexanderyt , 06-Май-10 14:54 
Бэкпортнул кто-нить бы будущий патчик на старые ядра...

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено anthonio , 06-Май-10 18:09 
Судя по комментам либо у каждого второго AMD Phenom II X6 серии "T", либо каждый второй новости читать не умеет.

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено Unixoid_потому_что_кривые_руки_писали_этот_модуль , 06-Май-10 21:48 
34 ядро юзаю, оно устраивает на 110%

"В Linux наблюдаются проблемы с производительностью CPU AMD P..."
Отправлено User294 , 07-Май-10 17:07 
А дистр какой? Он тоже так же доставляет? :)

"происки интела?"
Отправлено Peter V. , 07-Май-10 15:48 
надо думать, интел в лице кокса сумел собаку подложить