В 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
На моем 4-х ядернике Phenom и правда бубунта работает жесть как медленно. По крайней мере медленнее, чем должна бы.
В старых 4-ядерниках не было фичи задирать частоту 1 ядра выше номинала если остальные в idle. Это только недавно производители процов стали такую вот фичу юзать (интель вроде тоже что-то похожее в новых процах сделал). Идея в том что если задача грузит 1 ядро и не параллелится - она будет вытянута переразгоном 1 ядра т.к. общий TDP позволяет такое если остальные ядра ничего не делают.
>> интель вроде тоже что-то похожее в новых процах сделалу Intel давно такое есть, причем гораздо более интеллектуальнее, TurboBoost во всей линейке i3/i5/i7... Это в AMD только недавно доперли.
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 коп...
Ну как это где... При ресурсоёмких операциях, конечно. Попробуй порасчитывать процессором трёхмерную графику, покомпилировать ядро в 12 потоков, поконвентировать фильмы. И сравни с 4-ядерным вариантом :-) А у тебя точно серия T?
Думается в мире не так много игр способных прогрузить 6 ядер. Они обычно GPU мучают...
Maya, Blender
Странные какие-то игры oO
Я и не говорил об играх :-) А вообще раньше извращались кластерами из компьютеров старых!
>А у тебя точно серия T?Он же написал, что у него серия Хе-Зэ. Лучше бы новость прочитал---
Может, ты хотел сказать, комментарий?
Хотел бы работу трехмерки переложить на видео - карту. С этим она куда лучше справится. Соответственно для конкретной 3D и брать карточку. Кстати, речь о профф. приложении или игровом?
Перекомпилировать? Пока не могу этим гордиться. Кстати, насколько в %% реально выросла производительность?
Конвертацией даже не пытаюсь заниматься. Зачем портить фильм? Или речь о Blue-Ray > mpeg2 DVD?
Из приведенных отрывках могу сделать некоторый резюм: драйвер CPU Intel поддерживается в ядрах эффективнее AMD, или мне это показалось?
> Отдельно вопрос. Где уже в продаже Х6?У нас уже есть. Мурманск.
Какие ф попу Феномы, где Opteron X12 6172
>Какие ф попу Феномы, где Opteron X12 6172Машину времени у лоровцев возьми на погонять, гденить на помойке наскребешь парочку :)
>>Какие ф попу Феномы, где Opteron X12 6172
>
>Машину времени у лоровцев возьми на погонять, гденить на помойке наскребешь парочку
>:)Да ладно, вон Шляхтичи уже торгуют - http://www.edusklep.pl/produkt/175905/0/procesor_amd_opteron...
Лучше за это 3K EUR выложить, чем за говяный MacPro
>Лучше за это 3K EUR выложить, чем за говяный MacProМеня удавит жаба что за гламурный кус пластика платить 3 килотугрика, что за кусочек кремния. Хотя, конечно, если бы мне было 3 килотугрика совсем уж некуда деть - я бы пожалуй предпочел все-таки такой оптерон :)
> все-таки такой оптерон :)Два! Они как крабы, парами ходят. :)
Странно: AMD же сама делает драйвер для своих процессоров. Странно, что они для своих же процессоров не учли потерю в скорости расчётов!
Откуда такие сведения? oO
С сайта AMD. А в исходном коде драйвера для их процессора стоит их копирайт.
Зато USB 3.0 у всех стабильная. :)
Я в теории не силен, но на моём AMD Windsor двухъядерном при governor ondemand копирование на ntfs-раздел 20-25 мб/сек, а при governor performance -- 35-40 мб/сек. Так что если что большое копировать, я апплетиком вручную этот говернор меняю. В нтфс-драйвере проблема или в процессорном, не знаю.Убунта 9.10
ну вообще-то ondemand для K8/K10 не рекомендуется, conservative вроде как для K8 и поидее и для K10, так как C&Q существенных изменений не претерпел
>ну вообще-то 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?
Вроде бы включается, но промежуточных шагов не появляется, только те же 1000 и 1800МГц.
И не должны появляться, говерноры меняют логику переключений между имеющимися шагами.
На моём Phenom X4 тоже два, но 1200 и 2400 Мгц.
>И не должны появляться, говерноры меняют логику переключений между имеющимися шагами.
>На моём 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 beincreased 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%) вообще нацело не делится.
>В винде 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 к ассортименту имеющихся частот отношения не имеет, он может только переключаться между выданными ему драйвером.
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.
>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.Это же только вопросов вкуса касается, а не реализации?
Его твикать можно, там (в недрах /proc/) большое кол-во параметров, позволяющих выбрать частоту переключений частоты, пороги загрузки, при которых они будут выполняться, максимальную и минимальную частоту и т.д.
> также рассматривается возможность поставки патча в ближайшем обновлении к ядрам 2.6.32.x и 2.6.33.x.На этих ядрах основана LTS Ubuntu, будущий Дебиан, возможно RHEL 6, а они только рассматривают блин. Без вопросов должны делать.
Проблемы юбунты это ее личные проблемы.. вряд ли кто-то будет ее использовать на серверах. А редхат по любому бэкпортнет и будет в RHEL 6 поддерживать, да и наверняка для 5.5 какого-нибудь сделает, это текущий стабильный ведь. У них в пятой ветке на .18 море фич бэкпортнуто: и systemtap, и ext4 и много чего еще
как сервера бывают для разных нужд так и убунта на них используется. "юбунта головного мозга " это про Вас:)
Юзаю серверную убунту местами. Работает себе, каши не просит. Тот же дебиян, вид в профиль. Ну, софт посвежее. Каких-то крупных отвалов башки я не заметил. Ну и какого буя такие заявы? Ну да, конечно, .18 ядро - венец эволюции, блаблабла.
>Юзаю серверную убунту местами. Работает себе, каши не просит. Тот же дебиян,
>вид в профиль. Ну, софт посвежее. Каких-то крупных отвалов башки я
>не заметил. Ну и какого буя такие заявы? Ну да, конечно,
>.18 ядро - венец эволюции, блаблабла.Вы меня не так поняли. Ключевое утверждение в моем посте - "Проблемы юбунты это ее личные проблемы.." в ответ на утверждение, что мол разработчики ядра что-то там обязаны бэкпортить потому, что в юбунте с маркировкой "LTS" такое-то ядро.
Если вам нравится использовать это на сервере - пожалуйста, но это ваши проблемы и не фиг требовать от разработчиков ядра что-то. .18 ядро не венец эволюции, но редхат просто молча оплачивает труд разработчиков ядра и бэкпортит все, что требуется, удовлетворяя пользователей. А что там делает и не делает юбунта - это проблемы только тех, кто решил взгромоздить ее на сервер, и не более того..
>Вы меня не так поняли. Ключевое утверждение в моем посте - "Проблемы
>юбунты это ее личные проблемы.." в ответ на утверждение, что мол
>разработчики ядра что-то там обязаны бэкпортить потому, что в юбунте с
>маркировкой "LTS" такое-то ядро.вообще то 32 ядро само по себе LTS без убунты
>Вы меня не так поняли. Ключевое утверждение в моем посте - "Проблемы
>юбунты это ее личные проблемы.."Не согласен. Это еще и мои проблемы. И проблемы еще оравы народа. И может быть некоторые уже забыли как убунтуйцы ext4 обезглючивали? Без их багрепонртов там бы творилось хрен знает что еще немало времени. Кстати да, я там был, баги колотил, а Теодор - фиксил :).Вот так вот и надо работать. А не тягать одеяло на себя своими местечковыми выпердами. В конце концов - убунты вполне осмысленны в ряде нищ. И редхаты вполне осмысленны в ряде ниш. И было бы хорошо чтобы развитие шло сообща а не в виде тяганий одеяла на себя. Совместное развитие - эффективнее "феодальной" раздробленности.
>в ответ на утверждение, что мол разработчики ядра что-то там обязаны
>бэкпортить потому, что в юбунте с маркировкой "LTS" такое-то ядро.Нет, безусловно, разработчики могут упереться рогом и прокатить всех кто пользует их систему, предоставив им выгребать как умеют. Но это было бы весьма подленько с их стороны. Какой смысл в .32 ядре с якобы большим сроком поддержки тогда?
>Если вам нравится использовать это на сервере - пожалуйста, но это ваши
>проблемы и не фиг требовать от разработчиков ядра что-то.Ну я их за язык не тянул называть .32 ядро ядром с длительной поддержкой. И, имхо, исправление столь вопиющей грабли - вполне достойно бэкпорта, да. По крайней мере лично мной неисправление данной проблемы в .32 будет воспринято как жестокое надувалово по части "длительной поддержки". Если что - 32-е ядро юзается отнюдь не только в бубунте.
>и бэкпортит все, что требуется, удовлетворяя пользователей.
Зато когда надо поставить новый сервер с актуальным железом и софтом - вся эта ископаемость лично мне - совершенно не по вкусу. Думаю что вся эта некромансия в основном для поддержки совместимости API и ABI (актуально для тех кто влопался в проприетарь, etc).
>А что там делает и не делает юбунта -
Да, конечно. Давайте вместо того чтобы починить в 1 месте расплодим бардак из местечковых велосипедиков кто на что горазд.
>это проблемы только тех, кто решил взгромоздить ее на сервер, и не более того..
Да, конечно, лучше мудохаться с древнючим .18 ядром и софтом ему под стать? Вам лучше? Мудохайтесь наздоровье.
> Зато когда надо поставить новый сервер с актуальным железом и софтом - вся эта ископаемость лично мне - совершенно не по вкусу. Думаю что вся эта некромансия в основном для поддержки совместимости API и ABI (актуально для тех кто влопался в проприетарь, etc).Вот передергивать не надо, пожалуйста. Апдейты к "некромантическим", по вашей терминологии, версиям редхата на тему поддержки самых распоследних железок выпускаются раньше, чем к вашей юбунте. И поддержка 6-ти ядерников AMD, и nehalem'ов в свое время с их фичами по энергосбережению, и остального. Про драйвверы я уж и не говорю. То, что вы тут пишете, смахивает просто на вранье - или приводите конкретный пример, когда текущий редхат не ставится на новую железку или не поддерживает железо (а другой "не некромантичный" дистрибутив ставится). Более того - следя за апдейтами, которые идут в 4 редхате (да, много где еще его приходится использовать), у меня есть неплохая уверенность что и он поставится на совершенно любой современный сервер и будет нормально работать со всем железом - диски, сеть. С его 2.6.9, ага.
> Вот передергивать не надо, пожалуйста.Ну, на вкус и цвет - фломастеры разные. Мне вот редхаты не особо понравились, в том числе и за эти самые 18-е ядра. Нет, на серверах они в принципе нормально, но лично я предпочитаю лишний раз не связываться. Кому надо совместимость по ABI до усрача любой ценой, тот пусть и юзает.
> Апдейты к "некромантическим", по вашей терминологии, версиям редхата
> выпускаются раньше, чем к вашей юбунте.Ну хз, хз. Результаты запуска на десктопе с распоследним хардваром .18 из центося как-то в свое время ну совсем не доставили, свежие ядра опознали хардвар явно лучше и заворкэраундили некоторые известные грабли и опознали больше железа (я так понимаю, для центоса это все тоже вполне применимо в силу их технологии создания их дистра?).Может на серверах оно и нормально, особенно если вам только диски и сеть надо (что для сервера логично).
> идут в 4 редхате (да, много где еще его приходится использовать),
Кошмар.
> со всем железом - диски, сеть
Ну если в вашем понимании железо только диски и сеть - тогда вы наверное правы, думается редхат с .18 в этом плане не хуже остальных, более новых. Мне проблематично потестить в данный момент именно редхат на новье поэтому поверю вам на слово, но сам связываться с этой некромансией + пачкой костылей делающих из старикана спортсмена все-равно не буду. Мне стабильность ABI и API в большинстве мест никуда не впилась, к великому счастью. Пусть любители редхата таким занимаются.
это с каких пор в RHAS 5 ext4 ? ничего не напутал?
Начиная с 5.3 в примитивном состоянии (когда они тупо бэкпортнули старую версию ext4), начиная с 5.4 в нормальном (когда бэкпортнули свежую версию со всеми плюшками). Мы используем - с ext3 наблюдаются проблемы производительности, которых нет в ext4.Ничего не напутал, ставишь e4fsprogs, создаешь и используешь. Более того - хотя это широко не освещается - рекомендуется и ext3 этими утилитами создавать - mke4fs -t ext3, получится совершенно нормальный ext3, но с адекватным half_md4 хэшем вместо tea.
Речь в новости идет не о новой фиче, а об исправлении ошибки. А это должно бэкпортироваться, тем более как сказали выше само 32е ядро имеет статус LTS.
Бэкпортнул кто-нить бы будущий патчик на старые ядра...
Судя по комментам либо у каждого второго AMD Phenom II X6 серии "T", либо каждый второй новости читать не умеет.
34 ядро юзаю, оно устраивает на 110%
А дистр какой? Он тоже так же доставляет? :)
надо думать, интел в лице кокса сумел собаку подложить