LINUX.ORG.RU

AMD: Отныне для Linux ошибки №298 не существует.


0

0

Не так давно корпорацией AMD была опубликована информация о так называемой "Ошибке TLB"(кодовое название Bug #298) в процессорах AMD Opteron серии 2ххх, а также в настольных процессорах AMD Phenom степпинга B2.
Суть проблемы заключается в не совсем корректной работе механизма обработки кэш-промахов, что может в очень редких случаях при полной загрузке всех четырех ядер процессора привести к краху системы.
Практически сразу был предложен патч в виде загружаемого в процессор микрокода, который отключал некоторую часть логики кэша третьего уровня, устраняя проблему ценой 15-20 процентного падения производительности.

10 дней назад организация AMD's Operating System Research Center завершила тестирование альтернативного решения проблемы, патча к ядру Linux 2.6.23.8, который не приводит к существенной потере производительности (снижение менее чем на 1%), и в то же время устраняет ошибку.

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

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

>>> Подробности

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

For the Great Justice!

anonymous
()

Вот падла, какого хрена для винды заплатку не сделали. Перехожу на Intel, а не на Линукс.

anonymous
()

За державу обидно.. всегда любим амдэшные камни (

anonymous
()

Так, а я что-то не понял, а они его в железе (в новопродаваемых процах) фиксить собираются?

anonymous
()
Ответ на: комментарий от anonymous

anonymous> Вот падла, какого хрена для винды заплатку не сделали. Перехожу на Intel, а не на Линукс.

С такого, что AMD класть хотела на быдловенду.

Quasar ★★★★★
()

видимо это очень хорошо и наглядно

fMad ★★
()
Ответ на: комментарий от Quasar

> С такого, что AMD класть хотела на быдловенду.

Я так понимаю, что эта заплатка к ядру что-то меняет в поведении планировщика, для винды подобные заплатки невозможны в принципе. Разве что сама Microsoft их сделает при активном участии AMD.

anonymous_incognito ★★★★★
()

Вот оно, наследние быдло-x86! Из-за чрезмернйо сложности вот такие вот критические ошибки проявляются.

Quasar ★★★★★
()

А вообще, хорошая новость, рад и за AMD, что они сумели найти решение проблемы и копилка в GetTheFacts против Windows и проприетарщины.

anonymous_incognito ★★★★★
()
Ответ на: комментарий от anonymous

В степпинге В3 ошибки нет... То есть, во всех Феномах и оптеронах 2ххх с частотами выше 2.3Ггц патч не будет нужен.

Кстати, выход Yorkfield интел задерживается из-за некомментируемой проблемы. Это так, ононизмусам, которые кричат, что только АМД говно.

Balthazar
() автор топика
Ответ на: комментарий от anonymous

> С такого, что AMD класть хотела на быдловенду.

мальчик, ты дрова атишные видел ? для венда ? для линукса ?

anonymous
()
Ответ на: комментарий от anonymous

В защиту АМД: после того как АМД скупило АТИ качество дров атишек выросло на порядок, причем очень быстро. Как под форточку, так и под пингвина.

DisaroN
()

Мда, АМД в своем репертуаре. +1 к интел. Ужасужас, потеря 10-20% производительности от и так отстающего по производительности проца...

stave ★★★★★
()

хорошая новость, првда у меня Duron 1k :D

gln0fate ★★
()
Ответ на: комментарий от anonymous

> мальчик, ты дрова атишные видел ? для венда ? для линукса ?

И там, и там-полное говно. И вообще, эти дрова не AMD писались...

Balthazar
() автор топика

Вообщето получить данную ошибку на обычном компьютере нереально. Она была лишь получена в лабораторных условиях. Уже давно существуют обновления биоса, которые снижают производительность в среднем на 10 процентов. Более того, под винду есть специальная программа от самой АМД, где данную заплатку можно активировать/деактивировать. Ну и на последок: в процессорах от интела ошибок не меньше. Просто их так не распиарили. Учим матчасть.

anonymous
()
Ответ на: комментарий от anonymous

>а майкрософт плевать на АМD. она с Intel дружит

Билл Гейтс нде-то года два назад изрек "К Intel мы повернулись, в лучшем случае, спиной"

Balthazar
() автор топика

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

Урррраа, товарищи!!!

hibou ★★★★★
()

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

AiFiLTr0 ★★★★★
()
Ответ на: комментарий от stave

> Мда, АМД в своем репертуаре. +1 к интел. Ужасужас, потеря 10-20% производительности от и так отстающего по производительности проца...

Не на 10-20, а всего лишь на 1

skwish ★★
()
Ответ на: комментарий от anonymous

>А к AMD мандой?.

У M$ уже давно не стоит.

Balthazar
() автор топика
Ответ на: комментарий от AiFiLTr0

Дайте плиз ссылку на какие нибудь сравнительные тесты Фенома и Интел Квадро.

anonymous
()

AMD масдай. Apple наше все.

anonymous
()
Ответ на: комментарий от AiFiLTr0

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

никакой сервер не вместит в себя даже часть фактов об отстойности винды

anonymous
()
Ответ на: комментарий от stave

>>Не на 10-20, а всего лишь на 1

>http://techreport.com/discussions.x/13721

Вот это тоже прочти тогда, если англицкий ниасилил: http://forum.ixbt.com/topic.cgi?id=8:021560

Особенно, вот этот пост:

>> Линуксовый патч не так просаживает производительность

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

Balthazar
() автор топика
Ответ на: комментарий от anonymous

> Перехожу на Intel, а не на Линукс.

А какже сопливые вопли навроде "виндофс поддерживает всё новое железо хрю-хрю-уиии-уиии".

anonymous
()
Ответ на: комментарий от AiFiLTr0

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

Вот вику запустим в полноценном варианте - будете туда сами факты складывать :)

Deleted
()
Ответ на: комментарий от Balthazar

Раскройте глазки, на десктопе кроме линукса с заплаткой есть винда, в которой те самые 10%, даже по вашей ссылке (в который общаются хз какие люди при том, что все написано в англоязычном оригинале).

stave ★★★★★
()

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

Скорее уж, это очередное "преимущество" AMD

anonymous
()
Ответ на: комментарий от Deleted

2Dimez

Господа модераторы, вместо флуда шли бы толкс чистили :)

stave ★★★★★
()

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

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

const86 ★★★★★
()
Ответ на: комментарий от const86

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

Если я правильно понимаю, ошибка не настолько критическая...

AsphyX ★★★
()
Ответ на: комментарий от Deleted

> Вот вику запустим в полноценном варианте - будете туда сами факты складывать :)

Сколько уже ждем...

gln0fate ★★
()

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

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

1% хоть и мало, но и за него деньги уплачены, между прочим.

DOKA
()
Ответ на: комментарий от const86

Из-за того что какая-то быдлоконтора написала ОС не способную работать на педоставленных процах процы обычно не отзывают. Если их и отзывают, то только из-за того, что быдлоконтора оплатит отзыв, замену и премию.

anonymous
()
Ответ на: комментарий от DOKA

> Таким образом подтверждается только то, что АМД клала прибор на своих пользователей

Какие интересные умозаключения случаются у быдла. А по логике получается, что проц работает под ОС Линукс - значит проц. абсолютно работоспособен. ОС призвана связать железо пользователя с программами пользователя, винда не может этого сделать. Значит виноват тот индус, который писал винду и отзывать надо винду.

p.s. намёк для "DOKA": А быдлу надо самоотозваться в биореактор.

anonymous
()

Хорошая новость. Будут распродавать процессоры "с ошибкой" со скидкой -- я куплю. Четырехядреный процессор это все еще модно :) Сомневаюсь только на счет моего сокета AM2, заработает ли процессор, предназначеный для AM2+ (апдейта биоса нет)

anonymous
()
Ответ на: комментарий от DOKA

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

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

deis
()
Ответ на: комментарий от gln0fate

> Athlon XP (eXtreme Performance)

ага, как сейчас помню виндовые значки летающие по всей рекламной брошюрке атлонов и символизирующие оказывается "еХстремальную пРоизводительность"

anonymous
()
Ответ на: комментарий от Balthazar

Изначально вопрос был: "майкрософт плевать на АМD. она с Intel дружит".

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

anonymous
()
Ответ на: комментарий от anonymous

На iXBT видел вчера тесты феномов с патчем BIOS. Разница такова, что после исправления ошибки он с квадом сравняется в большинстве приложений, имхо.

Balthazar
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.