The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

14.12.2012 21:34  Улучшения, касающиеся поддержки HyperZ в Gallium-драйвере R600g

После того как разработчики открытых драйверов для GPU компании AMD столкнулись с проблемами зависания GPU при попытке использования HyperZ и были предприняты попытки исправить ситуацию, разработчик Jerome Glisse представил набор патчей, который на первый взгляд не вызывает никаких регрессий, при том, что HyperZ работает на семействе GPU R600.

По утверждениям разработчика, данные патчи вызывают прирост производительности от 2 до 10% при полном отсутствии побочных эффектов. Стоит отметить, что причиной появления данных проблем стала недокументированная ошибка в поведении оборудования, приводившая к тому, что GPU зависает, хотя поток команд был сгенерирован в полном соответствии с документацией.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
Автор новости: Аноним
Тип: К сведению
Ключевые слова: hyperz, gallium, driver, amd, r600g
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Loooooker (ok), 05:37, 15/12/2012 [ответить]    [к модератору]
  • –2 +/
    Отлично amd открыла спеки ;) О скольких еще "особенностях" работы железа забыли упомянуть?
     
     
  • 2.2, Аноним (-), 07:39, 15/12/2012 [^] [ответить]    [к модератору]
  • +/
    читаем о том когда появилась hyperz, просвещаемся
    эту тему тут уже обсуждали, выяснилось, что никто и не помнит как обошли эту проблему в проприетарном драйвере на r600+
     
     
  • 3.4, Андрей (??), 16:01, 15/12/2012 [^] [ответить]    [к модератору]
  • –1 +/
    > что никто и не помнит как обошли эту проблему в проприетарном драйвере на r600+

    Если её обошли в проприетарном драйвере, то о том, как это сделали, и не должны были отчитываться.

    > причиной появления данных проблем стала недокументированная ошибка в поведении оборудования

    А вот дополнить соответствующую Errata должны были, раз уж спеки обнародовали.

     
     
  • 4.5, Аноним (-), 18:16, 15/12/2012 [^] [ответить]     [к модератору]
  • +/
    Вообще-то, если производитель свои ляпы не хочет документировать - это ему не в ... весь текст скрыт [показать]
     
     
  • 5.8, Аноним (-), 22:18, 17/12/2012 [^] [ответить]    [к модератору]  
  • +/
    >Так о том и спич.

    What did you say?

     
  • 2.3, Аноним (-), 08:20, 15/12/2012 [^] [ответить]     [к модератору]  
  • +1 +/
    Таких особенностей у любого чипмейкера найдется Традиционно описываются в секци... весь текст скрыт [показать]
     
     
  • 3.6, Карбофос (ok), 02:37, 16/12/2012 [^] [ответить]    [к модератору]  
  • +/
    >выпустить сложный чип совсем без багов

    это да, ровно как и софт. официяльная эпопея началась с FDIV от Intel
    еще раньше, началось с "недокументированных" команд 8080, которые оказались побочным эффектом декодера опкодов, которые потом безбожно использовали в Z80

     
     
  • 4.7, Аноним (-), 17:43, 17/12/2012 [^] [ответить]     [к модератору]  
  • +/
    Она и раньше была Просто не так заметно для окружающих А это использование ба... весь текст скрыт [показать]
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor