В дерево исходных текстов gallium-драйвера R600g добавлена (http://www.phoronix.com/scan.php?page=news_item&px=MTI3Mjk) поддержка функциональности UBO и TBO. Данная работа была проделана Дэвидом Эйрли (Dave Airlie), разработчиком из компании RedHat, после того как он завершил работу над аналогичными возможностями для драйвера softpipe. TBO (Texture Buffer Objects) - 1D-текстуры, реализованные через буферы объектов, были добавлены как часть базовых требований в OpenGL 3.0. UBO (Uniform buffer objects) являются объектами буферов и хранят однотипные данные. UBO появились в OpenGL версии 3.1.
Кроме того, в данный момент драйвер R600g декларирует поддержку GLSL версии 1.40, что необходимо для соответствия стандарту OpenGL 3.1. Обновленный статус поддержки возможностей различных версий OpenGL можно посмотреть здесь (http://cgit.freedesktop.org/mesa/mesa/tree/docs/GL3.txt?id=4...) (коммит от Dave Airlie с обновлением статуса поддержки).
Дополнительно отмечается (http://www.phoronix.com/scan.php?page=news_item&px=MTI3MzY) реализация вызова GL_ARB_texture_multisample (texture multisample) для драйвера R600g. В результате подобных улучшений стало понятно, что драйвер R600g не только поддерживает практически все требования OpenGL 3.1, но и достаточно близок к поддержке OpenGL 3.3. На форуме ресурса Phoronix в результате развернулась (http://phoronix.com/forums/showthread.php?76667-AMD-R600g-No...) любопытная дискуссия между разработчиками (в том числе Dave Airlie) и посетителями ресурса. В результате появились пояснения, обрисовывающие текущие проблемы и пояснения каких возможностей не хватает для декларирования поддержки OpenGL 3.3
По большому счету, проблем, мешающих декларированию OpenGL 3.3 драйвером R600g, осталось всего две. Первая проблема состоит в поддержке GLSL 1.50. Вторая проблема связана с поддержкой геометрических шейдеров (geometry shaders), при том Dave Airlie отметил, что уже существуют (пока непротестированные) патчи, реализующие поддержку геометрических шейдеров. В результате до реализации поддержки OpenGL 3.3 в R600g по сути остается лишь одно существенное препятствие.URL: http://www.phoronix.com/scan.php?page=news_item&px=MTI3Mjk
Новость: http://www.opennet.ru/opennews/art.shtml?num=35830
Лучше бы в энергосбережении к уровню блоба хотя бы приблизились.
Юзайте интегрированный intel, сударь!
...и вместо рака будет грыжа. В смысле, производительность оного в несколько раз ниже чем у средненьких радеонов.
Intel HD 4000 не такой уж и плохой по производительности.по крайней мере УЖЕ более производительные чем некоторые современные (но бюджетные) Nvidia и AMD
> Intel HD 4000 не такой уж и плохойДрайвера у интеля - да, неплохие. А вот интеграт - на то он и интеграт, чтобы быть для галочки. И понимаете, мне не надо "такой уж и плохой". Мне с моим разрешением экрана надо "довольно хороший". Иначе у меня будет галимое слайдшоу.
Example: эксперименты показали что радеон среднего класса с открытым драйвером осиливает выдать 60FPS в Full HD разрешении при средних настройках. Ну как бы удачи выжать что-то похожее из интельской интеграшки.
60 ФПС в чем? в игре? в 3Д моделлировании? в рендере? в фильме?
> 60 ФПС в чем? в игре?Уй, пропустил. Это я xonotic мучал на предмет производительности с новыми дровами. Интересно же было посмотреть на эффект от деятельности Marek Olask и компании.
Играм на основе движков от первого до третьего квэйков для игры на соревновательном уровне нужны стабильные 120фпс. Проседания до сотни фпс дают хорошо заметные лаги.
Nouveau на GF8600 с этим вполне справляется.
> Играм на основе движков от первого до третьего квэйковА это DarkPlaces engine. Он по эффектам заткнет не только кваки 1-3 но и половину коммерческих движков. Достаточно его описальник почитать чего он умеет. Ну и фиг с ним с описанием, достаточно посмотреть как это выглядит при врубленных эффектах, на картах с нормальными текстурами. Весьма симпатично, я бы сказал. Эти перцы еще и воспользоваться фичами своего двигуна умеют. В общем nexuiz они за пояс заткнут как пить дать :)
> для игры на соревновательном уровне нужны стабильные 120фпс.
Простите, 60Гц - это частота рефреша монитора. Больше бессмысленно.
> Проседания до сотни фпс дают хорошо заметные лаги.
Интересно, как я их замечу на LCD мониторе который выдает 60Hz? :)
> Nouveau на GF8600 с этим вполне справляется.
В каком разрешении и с какими настройками эффектов? И да, я в принципе достаточно прилично мочу из штук типа nex-а (штука по типу railgun'а в xonotic). При условии что я не уставший. Иначе ой - время реакции замедляется. Мое. А не железяки. И все упирается в него.
>Простите, 60Гц - это частота рефреша монитора. Больше бессмысленно. ЯФанатики любят утверждать, что для них 100 и 120 фпс заметны. Когда я им предлагаю провести слепой тест и в случае чего переломать им руки битой, они почему-то отказываются.
> Фанатики любят утверждать, что для них 100 и 120 фпс заметны.Сложно заметить разницу между 100 и 120 FPS на мониторе с рефрешем в 60. По чисто техническим причинам: монитор рисует 60 кадров в секунду. Больше он не умеет. Поэтому смысл то обсчитывать больше? Все-равно выведено на экран не будет. Хотя некоторые геймеры слишком тупы чтобы это осознать :)
> Сложно заметить разницу между 100 и 120 FPS на мониторе с рефрешем
> в 60. По чисто техническим причинам: монитор рисует 60 кадров в
> секунду. Больше он не умеет. Поэтому смысл то обсчитывать больше? Все-равно
> выведено на экран не будет. Хотя некоторые геймеры слишком тупы чтобы
> это осознать :)резкое падение со 120 на 100 может быть вызвано повышенной нагрузкой на ЦПУ, в течение которой отклик управления заторможен
потому и говорят об отличии 100 кадросекунд от 120 :)
>> Сложно заметить разницу между 100 и 120 FPS на мониторе с рефрешем
>> в 60. По чисто техническим причинам: монитор рисует 60 кадров в
>> секунду. Больше он не умеет. Поэтому смысл то обсчитывать больше? Все-равно
>> выведено на экран не будет. Хотя некоторые геймеры слишком тупы чтобы
>> это осознать :)
> резкое падение со 120 на 100 может быть вызвано повышенной нагрузкой на
> ЦПУ, в течение которой отклик управления заторможен
> потому и говорят об отличии 100 кадросекунд от 120 :)Не путайте "120->100" и "120->1->100".
Проседания GPU со 120 до 100 FPS вы не почувствуете.
А резкое проседание CPU, изза которого игра тормознула - это да, очень неприятно.
Но это не относится к GPU, и к видяхе в целом.
> Но это не относится к GPU, и к видяхе в целом.Видяха тоже может просесть. Если сцена не уместилась в память видяхи и ее куски подгружаются из памяти системы - FPS на раз свалится с 100 до 5. По закону подлости - в самый неудачный момент. Собственно, по этой причине и паяют гигазы памяти на видеокарты + юзают сжатие текстур.
Может про лаг дисплея еще расскажите что это не заметно.
> Может про лаг дисплея еще расскажите что это не заметно.Это заметно только на совсем отстойных дисплеях наиболее прокачанным из задрoтов.
> А это DarkPlaces engine.Я знаю. Я имел в виду и форки в том числе.
> Достаточно его описальник почитать чего он умеет.Большая часть этих изменеий — графические фичи. Архитектуру движка они как правило не затрагивают.
> Простите, 60Гц - это частота рефреша монитора. Больше бессмысленно.От фпс зависит обсчёт клиентом физики.
> Интересно, как я их замечу на LCD мониторе который выдает 60Hz? :)По движению на скорости более 500ups. Оно начинает идти рывками. В warsow последних версий это заметно особенно хорошо, при 60фпс он совершенно не играбелен.
> В каком разрешении1440x900, есть запас фпс раза в два.
> и с какими настройками эффектов?Я говорил о соревновательной игре. При ней лишние графические эффекты не только могут вызывать ненужные лаги, но и сильно мешают игровому процессу, вызывая усталость.
Насколько мне известно, в xonotic так практически никто не играет.
> Я знаю. Я имел в виду и форки в том числе.Ага, а TGV - это такой дальний форк паровоза. Ну да, фиг поспоришь.
> Большая часть этих изменеий — графические фичи. Архитектуру движка они как правило не затрагивают.
Вот это сложно сказать - у движка столько фич которых не было в оригинале что я не уверен что это получилсь без переделки архитектуры, как минимум частично. Сильно не раскапывал правда.
>> Простите, 60Гц - это частота рефреша монитора. Больше бессмысленно.
> От фпс зависит обсчёт клиентом физики.Ну мне 60 FPS хватает. В том плане что я не испытываю каких либо неудобств и странностей.
И вообще, по моим наблюдениям тактика и стратегия не в приимер важнее для заруливания конкурентов. То-есть, стратегически провальное решение обходится куда дороже чем плюс-минус половина миллисекунды. Тем паче что до сервака пинг в несколько десятков мс всяко будет. Что больше любой физики. Ну может суперзадрoтам которые играют только в LAN это и пофигу, а в интернете - самый важный фактор, пожалуй.>> Интересно, как я их замечу на LCD мониторе который выдает 60Hz? :)
> По движению на скорости более 500ups. Оно начинает идти рывками. В warsow
> последних версий это заметно особенно хорошо, при 60фпс он совершенно не играбелен.Хз, в xonotic проблем не заметил. И нахожу синхронизацию на рефрещ рейт монитора с ожиданием vblank весьма умной щтукой. Еще и от тиринга спасает. У человека скорость реакции порядка 150-200 мс. По поводу чего обсчет 60 раз в секунду - чуть более чем дофига.
> 1440x900, есть запас фпс раза в два.
Я вроде бы популярно объяснил что минимум который сносно выглядит у меня на мониторе - FullHD (1920х1080). Нативное разрешение больше, но на сложных сценах FPS начинает проседать. А вот это уже мешает из штук типа nex'а стрелять "с наскока".
>> и с какими настройками эффектов?
> Я говорил о соревновательной игре. При ней лишние графические эффекты не только
> могут вызывать ненужные лаги, но и сильно мешают игровому процессу, вызывая усталость.Или загаживая сцену. Лично я не задр@т и предпочитаю разумный баланс между удовольствием от процесса и надиранием задниц. Я как-то заметил что больше всего роялит моя собственная скорость реакции :P.
> Насколько мне известно, в xonotic так практически никто не играет.
Соревновательно? Наверное. Не в курсе. Но через интернет там вполне есть сервера с довольно сильными игроками. Они и меткие и достаточно стратежно изводят оппонентов, что делает их довольно сложными соперниками.
> Хз, в xonotic проблем не заметил. И нахожу синхронизацию на рефрещ рейт монитора с ожиданием vblank весьма умной щтукой.Помнится, там в кампании были карты для прохождения на скорость. Их проходить с vsync получалось?
> Помнится, там в кампании были карты для прохождения на скорость. Их проходить с vsync получалось?Да, как минимум первую из них. Там ключевой фактор - точно выверенное время реакции для разгона и прыжков. FPS по-моему вообще до балды, покуда в слайдшоу не падает, т.к. если сильно ориентироваться на картинку то пока до человека с его реакцией в 150-200 мс доползет что надо жать кнопку, на такой скорости персонаж полкарты уже отмахает. А потом уже как-то поздно кнопки жать. Что собственно и происходит на первых забегах по такой карте, пока ты еще не знаешь где и что :). А вот потом уже нормально.
>> Помнится, там в кампании были карты для прохождения на скорость. Их проходить с vsync получалось?
> Да, как минимум первую из них. Там ключевой фактор - точно выверенное
> время реакции для разгона и прыжков. FPS по-моему вообще до балды.Ознакомьтесь с двигом ку3 для которого фпс имеет значение, это такой своеобразный баг, который не баг а фича. мало того еще играло роль частота опроса мышки, уже не помню поправили это или нет.
> Ознакомьтесь с двигом ку3 для которого фпс имеет значение,А зачем мне это? DarkPlaces - это ку1 и большой-большой напильник гражданина Lord Havok и многих других. На кой перец мне с ку3 ознакамливаться если я им не пользуюсь, интересно?
> частота опроса мышки, уже не помню поправили это или нет.
Частота опроса мышки в любом случае играет роль. Особо замороченные геймеры убиться готовы за этот параметр. Реально же можно вполне прилично играть даже с беспроводной мышкой. Ну да, ясен фиг для олимпиады задр@тов-чемпионов надо что-то проводное.
А китайских заключенных помнится заставляли фармить руду в варкрафте, или что-то типа того. Так они что-то не были довольны таким игровым процессом и утверждали что это вполне котируется как пытки и негуманное обращение...
>По движению на скорости более 500ups. Оно начинает идти рывками. В warsow последних версий это заметно особенно хорошо, при 60фпс он совершенно не играбелен.Это называется быдлокод. Известная ошибка таймера еще со времен DOS.
> Это называется быдлокод. Известная ошибка таймера еще со времен DOS.Или просто проседание и резкое падение FPS в некоторых сценах. Падение с 100 FPS до 5 при неудачном раскладе не является чем-то таким необычным.
> А это DarkPlaces engine. Он по эффектам заткнет не только кваки 1-3
> но и половину коммерческих движков. Достаточно его описальник почитать чего он
> умеет. Ну и фиг с ним с описанием, достаточно посмотреть как
> это выглядит при врубленных эффектах, на картах с нормальными текстурами. Весьма
> симпатично, я бы сказал. Эти перцы еще и воспользоваться фичами своего
> двигуна умеют. В общем nexuiz они за пояс заткнут как пить
> дать :)теперешний nexuiz написан на cryengine, не забывайте
> теперешний nexuiz написан на cryengine, не забывайтеА красивые и интересные карты для игры по сети к нему делать никто не будет, равно как и новые игровые режимы и прочая. К тому же AFAIK под Linux его нет. А даже если бы и был - там от него аж целое название. Nexuiz и теперь xonotic хороши в основном интенсивной сетевой рубкой. Там есть ряд удачных карт, режимов игры и ряда трюков, что делает игровой процесс в целом достаточно приятным. Сам по себе юзеж cryengine ни разу не гарантирует хороший игровой процесс в целом. Это гарантируют мапмейкеры, моделеры, скриптеры, содержатели серверов и прочая.
> А красивые и интересные карты для игры по сети к нему делать
> никто не будет, равно как и новые игровые режимы и прочая.вообще-то, делают карты. но качество (оформление) карт в классическом нексуиз... мягко говоря, так себе.
> Сам по себе юзеж cryengine ни разу не гарантирует хороший игровой процесс в целом.
кто ж спорит с очевидным?
> вообще-то, делают карты. но качество (оформление) карт в классическом нексуиз... мягко
> говоря, так себе.Поэтому когда они поругались с автором оригинала - они отфоркались и довольно люто улучшили качество карт, текстур, моделей, ... - теперь в xonotic кроме всего прочего стало и довольно красиво на ряде карт.
>Простите, 60Гц - это частота рефреша монитора. Больше бессмысленно.С точки зрения отрисовки да. С точки зрения упоротого death-match игрока нет.
Дело в том, что в большинсве (особенно старых игр). Рисовалка и физический движек работают в одном потоке. Примерно так [рисуем кадр]->[пересчитываем сцену]->[рисуем кадр] ...
Т.е. если ваша видюха перерисовывает чаще, то и действия вы совершаете чаще. Даже если на самом деле отрисовывается только часть каждого кадра.
> Дело в том, что в большинсве (особенно старых игр).Не уверен что xonotic с его dark places попадает в эту номинацию. Все-таки его активно пилят именно сейчас.
В мечтах
> В мечтахПавлинукс каркает, а разработчики пилят. Ну ты каркай, каркай. А я в результате несколько подтянул знания об устройствие графической подсистемы в лине. Что довольно любопытно, имхо.
>> В мечтах
> Павлинукс каркает, а разработчики пилят.Пускай пилят, когда допилят, на эти железки уже в музее олдгики дрочить будут. (см. Амига)
> А я в результате несколько подтянул знания об устройствие
> графической подсистемы в лине. Что довольно любопытно, имхо.Подтяни знания в русском языке лучше, больше пользы будет, устройствие.
По накупят говнобуков по 15000 и доказывают со слюнями у рта, что это говнище рабочее.
> Пускай пилят, когда допилят, на эти железки уже в музее олдгики дрoчить будут. (см. Амига)Да ладно каркать то, HD6xxx вполне себе продается в магазинах и в общем то достаточно конкурентоспособны по производительности при неплохой цене.
> Подтяни знания в русском языке лучше, больше пользы будет, устройствие.
Уел, гад :).
> По накупят гoвнoбуков по 15000
Это ты к чему? В буке за 15000 не бывает сабжевых видях вроде как.
Судя по всему, Вы не пробовали Intel HD 4000...
Да, в синтетических тестах она проигрывает AMD Radeon HD 6550D, но легко уделывает, например, AMD Radeon HD 5450.
А в современных условиях, при текущем состоянии дров у АМД, карточки Интела имеют преимущество.
в Intel HD 4000 есть аппаратный кодер/декодер h264 и еже с ним... что позволяет без напрягов смотреть фильму в HD на телеке 42" с разрешением 1920x1080@60Hz, с загрузкой проца 5-8%.
в Контре и Мире танков - тоже нет проблем с производительностью.
Имею доступ к разным моделям процессоров от АМД и Интел (работаю в комп.магазине), пробую периодически оба вендора, но под выше описанные задачи, если хочешь маленькое(mITX), прохладное и безшумное(17W TDP) но шустренькое, Интел мне больше нравиться.
Хотя на вкус и цвет...
> уделывает, например, AMD Radeon HD 5450.Надо же, дистрофики между собой соревнуются. А посоревнуетесь с хотя-бы HD5830? Ну или нафиг мне ваши дистрофики? :)
> в Intel HD 4000 есть аппаратный кодер/декодер h264 и еже с ним...
Он есть даже в Allwinner A10 пятибаксовом.
> смотреть фильму в HD на телеке 42" с разрешением 1920x1080@60Hz, с загрузкой проца 5-8%.
При условии что железка прожевала этот вид кодека без глюков. Кстати на 42" при таком разрешении пикселы размером с кулак будут. Если уж на то пошло, крутить фильму на аппаратном декодере нынче может мелкота размером с "флешку" втыкаемая в HDMI. Ценой 30 баксов за всю систему. TDP там вообще почти ноль на фоне интеля. И размерами с флешку, на фоне чего ваш mini-ITX прото переросток. До всего этого интелу как пешком до пекина. Если уж мы о мелочи и проигрывании видео. И?
> в Контре и Мире танков - тоже нет проблем с производительностью.
А Doom2 и вовсе обходился без 3D акселератора.
> если хочешь маленькое(mITX), прохладное и безшумное(17W TDP) но шустренькое
...то у меня есть ноут. С интегратом от интеля. А вот на десктопе я на дурацкие компромиссы не согласен. Зачем мне упомянутое? Если мне будут критично именно размеры и только проигрывание видео - вон у китайцев 30-баксовые донглы на allwinner есть.
>> уделывает, например, AMD Radeon HD 5450.
> Надо же, дистрофики между собой соревнуются. А посоревнуетесь с хотя-бы HD5830? Ну
> или нафиг мне ваши дистрофики? :)А ничего, что эти видео карты из разных сегментов и позиционируются по разному?
>[оверквотинг удален]
> с флешку, на фоне чего ваш mini-ITX прото переросток. До всего
> этого интелу как пешком до пекина. Если уж мы о мелочи
> и проигрывании видео. И?
>> в Контре и Мире танков - тоже нет проблем с производительностью.
> А Doom2 и вовсе обходился без 3D акселератора.
>> если хочешь маленькое(mITX), прохладное и безшумное(17W TDP) но шустренькое
> ...то у меня есть ноут. С интегратом от интеля. А вот на
> десктопе я на дурацкие компромиссы не согласен. Зачем мне упомянутое? Если
> мне будут критично именно размеры и только проигрывание видео - вон
> у китайцев 30-баксовые донглы на allwinner есть.Так изначально разговор про другое был... Ты сказал, что у тебя радеон выдает 60FPS и что интел это не может, я тебе сказал, что это не так, и что ты просто не пробовал HD 4000, прежде чем ее сливать...
> А ничего, что эти видео карты из разных сегментов и позиционируются по разному?Нет, ничего. Они выпускаются и имеют право на жизнь. Можете с 57хх соревноваться, тоже нормально будет. Ну или 67хх/68хх, etc. А то соревноваться с совсем уж затычками для слотов с 64-битной шиной и обычным DDR - ну это круто, конечно. А как насчет карт с 128 битной и более шиной, быстрой GDDR и прочая? То что интеграт откусит у "затычек для слота" часть рынка - никто и не сомневался. Поскольку такое же барахло, но - условно бесплатно (т.е. в комплекте с процом или чипсетом). Нет переплаты за лишний кус текстолита и обвязку, а фуфловость примерно одинаковая.
>> у китайцев 30-баксовые донглы на allwinner есть.
> Так изначально разговор про другое был... Ты сказал, что у тебя радеон
> выдает 60FPS и что интел это не может,Он это не сможет при том же качестве сцены, разрешении и FPS. Что тут не понятно?
> я тебе сказал, что это не так, и что ты
> просто не пробовал HD 4000, прежде чем ее сливать...Простите, интеграшка делящая бандвиз системной памяти с процом из слоупочного DDR3 - ну это круто, конечно. Но быстрый GDDR5 на отдельной широкой выделенной шине - куда лучше. И при прочих равных позволит получить явно больше. Чисто архитектурно интеграшкам нечем крыть подобные преимущества, даже если забыть о более мощном GPU у конкурента.
> Кстати на 42" при таком разрешении пикселы размером с кулак будутну и бред же.....
Хотя да, если носом в телек упереться...
> Хотя да, если носом в телек упереться...Ну вот чем-то таким телек от монитора и отличается: выглядит как г@вно если ближе чем на 2 метра подойти.
> Лучше бы в энергосбережении к уровню блоба хотя бы приблизились.Да, чё там, мелочиться-то?!, пусть "vga" чипы и видеокарты выпускают! И чтоб лучше нивидиавских и аэмдешных вместе взятых. И дешевле! И быстрее! И с исходниками.
<эмотэг>Сволочи!</тэгэмо>
Глупый троллинг. Энергосбережение нужнее кривого и тормозного 3д, независимо от того сколь большую версию опергл оно реализует
> Глупый троллинг. Энергосбережение нужнее кривого и тормозного 3д,Смотря где и кому. Если потребление энергии единственный критерий - юзайте смартфон с мобильным GPU. Он в этом параметре вне конкуренции: весь девайс жрет меньше писючной видеокарты.
> Лучше бы в энергосбережении к уровню блоба хотя бы приблизились.Задолбали. Читайте факин мануалы, например у арчеводов: https://wiki.archlinux.org/index.php/ATI#Powersaving
Если что, эти рекомендации работают в любой системе на основе пингвина. И да, таки с открытым драйвером можно загнать GPU на минимальные частоты и он будет очень скромно кушать.
А ты выдерни из видюшки все провода, перегрузись и по ssh дай команду "echo dynpm > /sys/class/drm/card0/device/power_method" и через секунд 5 получишь зависания компа - такое вот энергосбережение на открытом драйвере.
> А ты выдерни из видюшки все провода, перегрузись и по ssh дай
> команду "echo dynpm > /sys/class/drm/card0/device/power_method" и через секунд 5 получишь
> зависания компа - такое вот энергосбережение на открытом драйвере.Это не является моим типовым вариантом использования компьютера и энергосбережения на нем. Поэтому мне довольно пофиг. Ну то-есть, мина в поле - это плохо. Но если это в далеком Зимбабве, а я туда не собираюсь в ближайшие годы - это не настолько плохо как могло бы быть :). Но звучит любопытно, проверю. Так по описанию - больше всего похоже на какую-то ошибку реклокинга. Коих в свежих ядрах починили два вагона (к вопросу о нужности свежих ядер).
Правда если оно виснет - не совсем раздупляю как мне на это по простому поглазеть в нормальном виде. Панику и/или KDB я без монитора не увижу, тудыть-растудыть. Сетевым дебагом разве что.
screen flickering при dynpm.
в том же мануале от арчеводов это написано.
> screen flickering при dynpm.Ну да. Поэтому я переключаю профайлы. Поиграть - high. Десктопная активность - low. При отключении дисплея по таймауту опять же low частота GPU/памяти ставится. Не идеально. Но в принципе работает.
Ну не работает же полностью? Вот хотя бы это пусть сделают.
> Ну не работает же полностью?Зависит от того что понимать под полностью. Технически смена частот - работает. Вот по каким критериям их менять - другой вопрос.
>> Ну не работает же полностью?
> Зависит от того что понимать под полностью. Технически смена частот - работает.
> Вот по каким критериям их менять - другой вопрос.Экран мерцает при переключении частот - не работает.
Ну и плюс, как уже выше сказали, температура на открытых дровах градуса на 3-4 выше, чем на блобе.P.S.: статью в archwiki про powersaving в ati читал и применял.
> Экран мерцает при переключении частот - не работает.Вы дурак? И "не работает" от "работает, но с некоторыми проблемами" не различаете? Есть некоторая разница между "авто совсем не ездит" и "ездит, но больше 80 км/ч пока не разгоняется".
> Ну и плюс, как уже выше сказали, температура на открытых дровах градуса на 3-4 выше, чем на блобе.
Не заметил особо. По крайней мере, в low power state у меня температура обваливается относителььно максимального градусов на 20. Ну в общем как и с проприетарным драйвером.
>> Экран мерцает при переключении частот - не работает.
> Вы дурак? И "не работает" от "работает, но с некоторыми проблемами" не
> различаете? Есть некоторая разница между "авто совсем не ездит" и "ездит,
> но больше 80 км/ч пока не разгоняется".Поэтому я и сказал выше - не полностью. Не замечаете?
>> Ну и плюс, как уже выше сказали, температура на открытых дровах градуса на 3-4 выше, чем на блобе.
> Не заметил особо. По крайней мере, в low power state у меня
> температура обваливается относителььно максимального градусов на 20. Ну в общем как
> и с проприетарным драйвером.Ну и радуйтесь себе молча в тряпочку). У других не работает, так зачем сразу с обвинениями накидываться?
> Поэтому я и сказал выше - не полностью. Не замечаете?Вы написали "не работает" что не соответствует действительности.
> Ну и радуйтесь себе молча в тряпочку). У других не работает,
Ну вот у меня - работает. Проверял на всем что под руку попалось (карты семейства 5ххх в основном).
Виснет на HD6770, HD6670. На любых версиях radeon драйвера - и 6 и 7. У меня в компе несколько видюх торчит - потому и актуально для меня - если хоть одна из них не подключена к монитору - энергосбережение для неё работать не будет - будет полное зависание - спасает только ресет - руками или от watchdoga.
> Виснет на HD6770, HD6670. На любых версиях radeon драйвера - и 6 и 7.
> У меня в компе несколько видюх торчит - потому и актуально для меня -У меня несколько подобных видях было. Ничего не висло. И да, IIRC реклокингом на низком уровне нынче заведует кернельная часть нынче. Поэтому я уж не знаю что вы там меняли, но я про линуксный кернел говорил. Клоками нынче он заведует IIRC.
> если хоть одна из них не подключена к монитору - энергосбережение для неё
> работать не будет - будет полное зависание - спасает только ресет - руками
> или от watchdoga.Не подтверждаю, подобная видеокарта как раз была без монитора. Спокойно валила в low профиль или dynpm без каких либо приключений.
Кстати ради интереса попробовал. На попавшихся под руку 57xx/58xx никаких зависонов не обнаружил. Но у меня кернел свежий, 3.8-rc3 если что.
Фигню не несите. Та функция из мануала работает лишь частично. И это официально известно. Для полноценной работы нужно сделать еще очень много - где-то осенью на форониксе была новость от разработчика драйвера, почему такой медленный прогресс с решением проблемы энергосбережения в радеонах.
> Фигню не несите. Та функция из мануала работает лишь частично.Dynpm дурацки работает, не отнять. Профайлы вручную ставятся нормально.
выставил low температура упала на градус. Энергосбережение работает, че?
с fglrx на 20 меньше
> выставил low температура упала на градус. Энергосбережение работает, че?А cat /sys/kernel/debug/dri/0/radeon_pm_info подтверждает переключение частоты, интересно? (Если видях более 1 то вместо 0 может быть и что-нибудь иное).
> выставил low температура упала на градус. Энергосбережение работает, че?
> с fglrx на 20 меньшеВ ведре 3.8 работает даже на профиле high, не говоря об auto и low.
> выставил low температура упала на градус. Энергосбережение работает, че?
> с fglrx на 20 меньшеЕсть такая проблема. У меня не работает. Температура с открытым драйвером без нагрузки как с проприетарным драйвером, когда активен OpenGL.
А что не так с энергопотреблением? У меня HIS IceQ Radeon, и все в порядке. Уровень шума и нагрева как с проприетарным драйвером. Если карты NIVIDA этим страдают, тогда не нужно писать, что все карты этим страдают.
как-бы вам объяснить подоходчивее...
энергопотребление не зависит от шума и нагрева постольку, поскольку ветер не дует потому-что деревья качаются
И вам также доходчивее объясню. Да, энергопотребление не зависит от шума, зато шум зависит от энергопотребления. Со всеми вытекающимися последствиями. Да и температура одинаковая, что на проприетарном, что на открытом драйвере. Поэтмому.. собственно, в чем проблема-то? А проблемы nouveau - это проблемы nouveau, которые меня не волнуют.
тогда мне непонятно зачем вы привели в контексте обсуждения энергопотребления конкретную реализацию охлаждения - HIS IceQ, которая на энергопотребление не влияет собственно никак (разве что вентиляторы кушают разное количество искричества, чем можно смело пренебречь)
> тогда мне непонятно зачем вы привели в контексте обсуждения энергопотребления конкретную
> реализацию охлаждения - HIS IceQ, которая на энергопотребление не влияет собственно
> никак (разве что вентиляторы кушают разное количество искричества, чем можно смело
> пренебречь)Я приводил? Вы меня спутали с другим анонимусом.
> Я приводил? Вы меня спутали с другим анонимусом.Вы уж простите, но это не очевидно :)
Исходя из ваших слов, энергопотребление у открытых драйверов выше. Т.е. и температура такого устройства будет выше, поскольку больше потребление - выше выделение тепла. В результате охлаждение начнет работать сильнее, т.е. выдавать больше шума, поскольку температура устройства повысиласьи его нужно охлаждать. Это физически понятно.
Так вот. Может у кого-то и выше, я же описал частный случай, т.е. мой, и я утверждаю, что у меня не наблюдается ни повышенная температура, что происходит при повышенном энергопотреблении, ни уровень шума, что происходит при повышенном охлаждении вследствии повышенного энергопотребления. Итог однозначен - потребление находится на прежнем уровне, т.е. на уровне проприетарных драйверов. А если кому-то хочется "вечно" утверждать, что потребление выше, уровень шума охлаждения выше и прочие бла-бла-бла, тогда это не актуально. В моем случае точно.
> энергопотребление не зависит от шума и нагрева постольку,Вообще-то, если видеокарта жрет - она греется. И все сожранное переводит в тепло. Потому что она не излучает дофига излучения и не совершает механической работы. Значит все улетает в тепло.
> Вообще-то, если видеокарта жрет - она греется. И все сожранное переводит в
> тепло. Потому что она не излучает дофига излучения и не совершает
> механической работы. Значит все улетает в тепло.вот смотрите как деревья гнутся сильно, значит ветер сильнее подует!
>> энергопотребление не зависит от шума и нагрева постольку,
для тех, кто не сразу понял в чём суть:
шум и температура видеокарты зависит непосредственно от системы охлаждения
> шум и температура видеокарты зависит непосредственно от системы охлажденияДа. Но вообще, как я понимаю, вендырь еще может по своей инициативе задавать таблицы частот в BIOS видеокарты. С учетом способностей конкретно вон той системы охлаждения на видяхе и прочая. Так что в принципе разные состояния GPU у разных вендорей могут и отличаться.
> Да. Но вообще, как я понимаю, вендырь еще может по своей инициативе
> задавать таблицы частот в BIOS видеокарты. С учетом способностей конкретно вон
> той системы охлаждения на видяхе и прочая. Так что в принципе
> разные состояния GPU у разных вендорей могут и отличаться.рассматривая конкретную видеокарту с не измененным BIOS понимаем, что потребление у неё никак не меняется, хоть с каким охлаждением.
то что вы описываете относится к разным(!) видеокартам, по сути. хоть и чип на них тот-же.
Лучше бы они аппаратное декодирование h264 сделали.
> Лучше бы они аппаратное декодирование h264 сделали.современные процессоры (в том числе и ноутбучные) -- настолько мало напрягаются во время декодирования h264 (HD-качества) -- что это наводит на мысль о том что "ды не пофигу ли на аппаратность декодирования?".
так-что [можете меня заминусовать, но...] думаю в скором будущем все опенсурсные девелоперы успешно забудут о том что кто-то их там просл сделать аппаратное декодирование видеокартой :-)
Тем не менее, апи VDPAU через шейдеры таки изобразили, правда пока весьма скромно, но... :). Это конечно не совсем аппаратное декодирование, но для GPU такая нагрузка явно проще чем для CPU.
> Тем не менее, апи VDPAU через шейдеры таки изобразили, правда пока весьма
> скромно, но... :). Это конечно не совсем аппаратное декодирование, но для
> GPU такая нагрузка явно проще чем для CPU.Это хорошо, но что-то кроме mpeg 1/2 на шейдерах не подекодируешь, так что поддержка uvd крайне желательна.
> Это хорошо, но что-то кроме mpeg 1/2 на шейдерах не подекодируешь,А это только потому что никто не реализовал что-то сверх того :)
>> Это хорошо, но что-то кроме mpeg 1/2 на шейдерах не подекодируешь,
> А это только потому что никто не реализовал что-то сверх того :)И не реализуют. Ибо h264 и прочие современные кодеки значительно сложнее первого и второго мпега, и нормальной производительности на шейдерахне получится. Так что специализированное DSP - абсолютно нормальное решение.
> И не реализуют. Ибо h264 и прочие современные кодеки значительно сложнее первого
> и второго мпега, и нормальной производительности на шейдерахне получится.Вот это не факт, для GPU как раз удобны операции по масс-обмолоту данных в стиле SIMD/MIMD. А если посмотреть на чем самые быстрые реализации кодеков - окажется что это аккуратно выписанный SIMD ассемблер. А вот такого добра у GPU есть. И операции с таким добром оно молотит оптом и в розницу. Скорее проблема в том что это не больно то просто и никто не сподвигся пока.
>> И не реализуют. Ибо h264 и прочие современные кодеки значительно сложнее первого
>> и второго мпега, и нормальной производительности на шейдерахне получится.
> Вот это не факт, для GPU как раз удобны операции по масс-обмолоту
> данных в стиле SIMD/MIMD. А если посмотреть на чем самые быстрые
> реализации кодеков - окажется что это аккуратно выписанный SIMD ассемблер. А
> вот такого добра у GPU есть. И операции с таким добром
> оно молотит оптом и в розницу. Скорее проблема в том что
> это не больно то просто и никто не сподвигся пока.Ну тогда не шейдеры, а opencl/cuda скорее нужен, хотя я видел только декодер дирака для куды. А с h264 есть затыки какие-то с распараллеливанием некоторых операций, вон, было несколько кодировщиков h264 на куду под винду, но они не сильно быстры и дают унылое качество на выходе. И даже то ли амд, то ли нвидия собиралась запихнуть DSP, делающий аппаратное кодирование.
Я конечно понимаю, что кодирование и декодирование весьма разные вещи, но я не понимаю совершенно, зачем изобретать велосипед. Если у нас есть dsp, то почему бы им не воспользоваться? Тем более, что накатать для него поддержку в драйверах будет в разы проще, нежели переписывать x264 на glsl или даже на opencl.
> Ну тогда не шейдеры, а opencl/cuda скорее нужен,Ну просто шейдеры уже сейчас есть, а opencl пока в процессе допиловки. Вот и юзанули то что уже работает. В конечном итоге - ну, считает же.
> хотя я видел только декодер дирака для куды.
В принципе что на шейдерах что на opencl можно считать что угодно. Вопрос в желающих это наапрограммить, не более.
> А с h264 есть затыки какие-то с распараллеливанием некоторых операций,
Есть. Например при зависимости кадров друг от друга не получится декодировать несколько кадров впараллель. Из-за зависимости от других кадров. Но в целом наверное вышло бы неплохо. Плюс всякий там постпроцессинг типа деблокинга параллелится на ура.
> вон, было несколько кодировщиков h264 на куду под винду, но они не сильно
> быстры и дают унылое качество на выходе. И даже то ли амд, то ли нвидия
> собиралась запихнуть DSP, делающий аппаратное кодирование.Собственно блоки декодирования вроде у обоих есть. И своих грабель с ними есть. Как то - разборчивы к формату и малейшим косякам кодеков. Чуть что не так - и оно будучи дубовым вместо картинки сгенерит полный крап. Софтварные кодеки обладают повышенной терпимостю к неидеальным ситуациям, вплоть до воркэраунда чужих глюков если о них известно.
> него поддержку в драйверах будет в разы проще, нежели переписывать x264
> на glsl или даже на opencl.Не будет. За отсутствием на UVD (и что там у нвидии вместо него) документации на данный момент. А реверсить такую штуку - ну, идите и разреверсите. Если реверсилка не отвалится. А шейдеры - вот они, уже готовые. Считаются. Понятно по крайней мере куда копать.
> В принципе что на шейдерах что на opencl можно считать что угодно.
> Вопрос в желающих это наапрограммить, не более.Вот-вот. Программировать подобное на шейдерах подобное не есть самое приятное занятие. Плюс, насколько я понимаю код еще и может получиться картозависимым.
> Собственно блоки декодирования вроде у обоих есть. И своих грабель с ними
> есть. Как то - разборчивы к формату и малейшим косякам кодеков.
> Чуть что не так - и оно будучи дубовым вместо картинки
> сгенерит полный крап. Софтварные кодеки обладают повышенной терпимостю к неидеальным ситуациям,
> вплоть до воркэраунда чужих глюков если о них известно.У меня возникали проблемы только с 10-ти битным h264. Все остальное и ионом, и десткопной gt240 показывалось без проблем. Последняя даже divx прекрасно переваривала.
> Не будет. За отсутствием на UVD (и что там у нвидии вместо
> него) документации на данный момент. А реверсить такую штуку - ну,
> идите и разреверсите. Если реверсилка не отвалится. А шейдеры - вот
> они, уже готовые. Считаются. Понятно по крайней мере куда копать.Кагбэ открытые атишные дрова как-то существовали до открытия спеков. И там было какое-никакое 3D(причем они работали куда стабильнее чем проприетарный fglrx, и даже выдавали вполне сопоставимую производительность если отключить всякие там эффекты). Так что не думаю, что отреверсить один DSP сильно сложнее. А вот написать декодер h264(который будет достаточно быстро работать, понятное дело) на шейдерах это что-то из разряда очень хитрой магии.
> Вот-вот. Программировать подобное на шейдерах подобное не есть самое приятное занятие.Думается более приятно чем реверсить недокументированную железку.
> Плюс, насколько я понимаю код еще и может получиться картозависимым.
Чего бы ради? Шейдеры нейтральны относительно карты. И OpenCL тоже. В поток команд конкретного GPU оно переводится на лету.
>> вплоть до воркэраунда чужих глюков если о них известно.
> У меня возникали проблемы только с 10-ти битным h264. Все остальное и
> ионом, и десткопной gt240 показывалось без проблем.Ну понятно, юзер нвидии в треде. Как обычно короче - каждый кулик свое болото.
> Кагбэ открытые атишные дрова как-то существовали до открытия спеков. И там было
> какое-никакое 3D(причем они работали куда стабильнее чем проприетарный fglrx, и даже
> выдавали вполне сопоставимую производительность если отключить всякие там эффекты). Так
> что не думаю, что отреверсить один DSP сильно сложнее. А вот
> написать декодер h264(который будет достаточно быстро работать, понятное дело) на шейдерах
> это что-то из разряда очень хитрой магии.Это из разряда обычного программирования. А вот отреверсить черт знает чего и чтобы оно потом еще и не глючило и так и сяк - вот это да, та еще магия.
> Думается более приятно чем реверсить недокументированную железку.Железки они до этого уже реверсили. И весьма успешно. Декодеров h264 на шейдерах не писал никто. Вот декодеры мпегов на шейдерах уже давно есть, с начала двухтысячных.
> Ну понятно, юзер нвидии в треде. Как обычно короче - каждый кулик
> свое болото.Претензии по существу будут?
>Это из разряда обычного программирования. А вот отреверсить черт знает чего и
> чтобы оно потом еще и не глючило и так и сяк
> - вот это да, та еще магия.Ды, реверсили же. И работали атишные дрова стабильней, чем проприетарные и ннаписанные по спекам. А вот на счет обычности не надо. Даже у опенцл и куды множество ограничений есть, а что уж о glsl, который для gp-вычислений не предназначен.
> Ды, реверсили же. И работали атишные дрова стабильней, чем проприетарные и ннаписанные
> по спекам. А вот на счет обычности не надо. Даже у
> опенцл и куды множество ограничений есть, а что уж о glsl,
> который для gp-вычислений не предназначен.вообще-то что glsl, что opencl выполняются одними и теми-же блоками
> Железки они до этого уже реверсили. И весьма успешно.Смотря что понимать под "успешно". Вон у нвидий до сих пор проблемы даже с просто реклокингом. А у амд все-таки переключение частот и управление вольтажом - работает, что ни говори. И фич в нуво явно меньше реализовано. Потому что нвидия их лишний раз тормознула отсутствием спеков. И вместо того чтобы напрограммить фичу им приходится сперва методом проб и ошибок понимать как это вообще работает.
> Декодеров h264 на шейдерах не писал никто.
Просто потому что сам H.264 замороченный и это сложнее чем для mpeg2. Если вы не заметили, кодеки мпег2 для процессоров появились раньше чем мпег4, особенно в инкарнации H.264 (сначала были более простые мпеги 4, по типу divx/xvid).
> Вот декодеры мпегов на шейдерах уже давно есть, с начала двухтысячных.
Насчет двутысячных не в курсе. А H.264 - это тоже мпег. Правда уже 4-й. И с наворотами. Однако общие идеи в основе те же самые. Просто вокруг них реализовано больше наворотов, улучшающих соотношение битрейта к качеству путем усложнения кодирования и декодирования. Кстати аппаратные декодеры имеют привычку поддерживать только субсет фич H.264, зачастую не выше main профайла. По поводу чего попытка проиграть поток вылезающий за эти пределы может нарваться на былинный отказ. Потому что целиком H.264 - навороченный и сложный. И вообше все его фичи упихать в акселерированный железкой декодер - больно уж сложно.
>> Ну понятно, юзер нвидии в треде. Как обычно короче - каждый кулик свое болото.
> Претензии по существу будут?Так это и есть по существу - от вас много левого бухтежа ни о чем.
>> - вот это да, та еще магия.
> Ды, реверсили же. И работали атишные дрова стабильней, чем проприетарные и ннаписанные по спекам.Они работали стабильнее просто потому что мир был проще и фич в них и старых GPU было сильно меньше. Между GPU эпохи когда ати реверсили и GPU которые сецчас выпускают - разница как между паровозом Черепановых и TGV. Ясен фиг, первый паровоз пустить по рельсам проще чем скоростной поезд. Вот только он и 500 км/ч не выжмет. А ездить со скоростью 20 км/ч и постоянными доливками воды народу уже не нравится как-то.
> что уж о glsl, который для gp-вычислений не предназначен.
Вообще-то современная видеокарта являет собой большой массив simd-образных числокрушилок. И оному пофигу что именно и по какому поводу его заставят обсчитать. Более того, новая архитектура GCN от амд откровенно оптимизирована на GPGPU вычисления. АМД этого даже и не скрывает вообще. Собственно, основной проблемой VLIW было то что эффективно его программить очень сложно. Т.к. учет взаимозависимостей инструкций на предмет занимаемых ими блоков в случае VLIW - лютейший брейнфак. Что зачастую приводит к низкой эффективности использования VLIW-процессора. GCN в этом плане поудобнее для компилеров и программеров.
>> Лучше бы они аппаратное декодирование h264 сделали.
> современные процессоры (в том числе и ноутбучные) -- настолько мало напрягаются во
> время декодирования h264 (HD-качества) -- что это наводит на мысль о
> том что "ды не пофигу ли на аппаратность декодирования?".
> так-что [можете меня заминусовать, но...] думаю в скором будущем все опенсурсные девелоперы
> успешно забудут о том что кто-то их там просл сделать аппаратное
> декодирование видеокартой :-)Во-первых декодирование через uvd, во-вторых нетбучные процы могут уже не потянуть.
> во-вторых нетбучные процы могут уже не потянуть.Откуда в нетбуке вообще возьмется сабжевый GPU, для начала? ;)
Прямо анекдот вспоминается:
- Штирлиц, что вы тут делаете?
- Трамвая жду!
>> во-вторых нетбучные процы могут уже не потянуть.
> Откуда в нетбуке вообще возьмется сабжевый GPU, для начала? ;)
> Прямо анекдот вспоминается:
> - Штирлиц, что вы тут делаете?
> - Трамвая жду!Дык, имеется nvidia ion(не знаю как сейчас, а раньше были нетбуки с оным, имеются amd'шные apu умеющие декодировать видево аппаратно и их вполне ставят в нетбуки.
> Дык, имеется nvidia ion(не знаю как сейчас, а раньше были нетбуки с оным,Опять же - каким боком нвидия к сабжу? "Ничто не выдавало в штирлице советского разведчика, кроме волочившегося за ним парашюта".
> имеются amd'шные apu умеющие декодировать видево аппаратно
А там проц нормальный вполне, это вам не атом. И GPU там довольно приличные для своего класса.
> А там проц нормальный вполне, это вам не атом. И GPU там
> довольно приличные для своего класса.Однако, батарею неплохо бы экономить вообще-то.
> Однако, батарею неплохо бы экономить вообще-то.На десктопе - не обязательно.
> На десктопе - не обязательно.Хм, простите, у вас галлюцинации? Часто вам видятся десктопы с батареями?
> Хм, простите, у вас галлюцинации? Часто вам видятся десктопы с батареями?1) Мне видится сабжевое GPU в десктопе. К которому ваши безапелляционные заявления не относятся.
2) И да, десктоп с батареей мне видится регулярно, ибо UPS не отменяли.
>> Однако, батарею неплохо бы экономить вообще-то.
> На десктопе - не обязательно.офигеть! как мы до этого дошли?
1. я написал о том что современные процессоры (ноутбуки и десктопы) декодируют h264 вообще не напрягаясь. намекая на бессмысленность аппаратного декодирования.
2. в ответ написали: о том что существуют ещё и нетбуки, у которых слабоумные процессор.
3. в ответ написали: о том что у нетбуков не только слабоумные процессор но и слабоумная видеокарта, которая не будет аппаратно ничего декодировать.
4. в ответ написали: о том что существуют специальные платы (наверно намекая на Crystal HD).
5. в ответ написали: о том что надо экономить батарейки.
6. в ответ написали: о том что мы тут говорим якобы не только о слабоумных нетбуках!
йоу? а о чём же мы тогда тут говорим? проблемы тольоко у нетбуков! у современных десктопов (и ноутбуков) ПРОБЛЕМ с декодированием h264 (качества HD) -- вообще совершенно НЕТ, на процессорах Ivy Bridge третьего поколения, в независимости от видеокарты!
> а о чём же мы тогда тут говорим? проблемы тольоко у нетбуков!1) У нетбуков нет нормальных GPU. Так что сказ о том как HD4000 не так уж плох - к ним не относится.
2) Нетбуки околели и поэтому у них видимо и не будет нормальных GPU.
У меня на нетбуке 2009 года ATi Radeon HD 4200 Mobile и VA-API отлично декодирует HD-видео. Или под сабжевым GPU ты имел в виду Intel?
Не по теме, но раз уж затронули, то softpipe/llvmpipe закончены на данном этапе или будет доработка? В данный момент там всё достаточно печально с ускорением графики, хотя оно и понятно, софт же.
> Не по теме, но раз уж затронули, то softpipe/llvmpipe закончены на данном
> этапе или будет доработка?Собственно разработка софта - это такой процесс который не заканчивается никогда. Ну кроме случаев когда софт или околел или был совсем простым и достиг логичного финала в развитии (что бывает только с программами уровня hello world).
По фичности softpipe довольно прилично выглядит. А то что CPU сильно медленнее GPU на подобных операциях - ни для кого не секрет. Чудес не бывает - чтобы скорость была приличной, нужен аппаратный GPU. При его отсутствии - спасибо если хватит на мелочь типа десктопных эффектов. Но тормозить и грузить проц - будет, разумеется.
Как раз сегодня в Ubuntu 13.04 пришло обновление ядра и LLVM - заметно увеличение производительности, судя по всему пилят ещё :)
Как только в LLVM допилят GPU-инструкции, тогда можно что-нибудь менять. А так, как вы себе это представляете?
> Как только в LLVM допилят GPU-инструкцииПростите, softpipe - это для тех у кого GPU нет :)
R600g - хорошо, а вот что с HD6000? как там? а с HD7000?
С HD6xxx, чаще всего, проблем нет (на кайманах кое-что не протестировано должным образом). C HD7000 значительно сложнее (многое не работает/не протестировано), но они уже к драйверу R600g не относятся.
> R600g - хорошо, а вот что с HD6000?То же что и с остальными - HD6000 тоже используют R600g. Что "старые" (Evergreen), что "новые" (Northern Islands).
> как там? а с HD7000?
Младшие 7000 - по сути являются немного улучшенными 6000. В чем был пойнт называть их 7000 - ахз, но оно тоже юзает R600g.
А вот поздние выводки средних и топовых 7000 - это уже ядро GCN, с ним драйвер Radeon si работает. Этот драйвер пока менее развит в целом и как-то получает меньше внимания. Но первые признаки жизни подавать начинает.
младший - это 7750, ОЕМ к "младшим" не относятся, тупо перемаркировка
> младший - это 7750, ОЕМ к "младшим" не относятся, тупо перемаркировка7750 и 7770 IIRC являются как раз VLIW-ами а не GCNами еще. А GCN - это 78xx и выше, если меня склероз не подводит.
>> младший - это 7750, ОЕМ к "младшим" не относятся, тупо перемаркировка
> 7750 и 7770 IIRC являются как раз VLIW-ами а не GCNами еще.
> А GCN - это 78xx и выше, если меня склероз не
> подводит.подводит, ой как подводит! https://en.wikipedia.org/wiki/Southern_Islands_%28GPU_f...
> подводит, ой как подводит!Упс, значит я их с 76хх перепутал. Меня почему-то глючило что GCN - 78хх и выше.
Как реальная работа, так RedHat, как пиар, так Ubunta
> Как реальная работа, так RedHat, как пиар, так UbuntaНу знаете, у редхата нормальных десктопных дистров для простых смертных тупо нет. Поэтому если бы убунты не было - донести всю эту красоту до людей было бы куда проблематичнее. Федора - ядерный полигон. RHELы слишком слоупочные и ориентированы на ынтырпрайз и стоят бабок (хотя кому надо центос нахаляву могут взять).
И да, в убунте можно юзать практически все эти навороты с пылу с жару и не бодаясь лично с компилежкой драйвера. В общем если бы не было убунтов, этой новости тут попросту не висело бы. И вы писали бы это сами. Потому что вы уж извините, но я совершенно не вижу как мне редхатовские системы на десктоп приемлимым для меня образом привинтить. При всем уважении к работе их разработчиков, именно редхатовские системы на десктопе я бы использовать не стал.
Ну вот и доносят снимая сливки =)Зря на десктоп RH гоните, в свое время они сотворили чудо, объединив Gnome&KDE и сделав единый интерфейс, вообще была бомба. Не забывайте также про UTF8, именно они его форсировали. И т.д.
> Зря на десктоп RH гоните,Я не гоню. Я констатирую простой факт: то что что может мне для десктопов предложить редхат для меня попросту неюзабельно. А вот убунта и деривативы на более-менее обычном десктопе смотрятся вполне осмысленно. Ни совсем хардкора с отломом всего и вся (покуда я сам этого не захочу), ни слоупочности как в энтерпрайзных версиях.
Ага, только вот во время этого объединения они как раз и начали "форсировать UTF8", что заняло достаточно продолжительное время и это было так болезненно, что все от них разбежались. На мандриву, сусю и прочее.. На этой волне они вообще прикрыли лавочку десктопов, а ранние федоры были совершенно неюзабельные.
В общем, их попытка сделать всем хорошо и была одной из главных причин потери популярности как десктопа, имхо. А потом народ подсел на халявно рассылаемые пачками диски убунты - и все, не слезает, разве что на mint и прочие дериваты. Примерно как с виндой - не слезает, т.к. критическая масса там, так же и вышло с убутной. А когда-то эта критическая масса была у редхата и все программы в первую очередь собирались и проверялись под ним, а не дебианом, да..
Так и что Вы этим хотели сказать? Вы явно не на мой комментарий к новости отвечаете. Это даже не ответ на вопрос, а урок истории )
> урок истории )А я то уж подумал что это батхерт и троллинг от федориста.
Федора — ядерный полигон? Красивая легенда.
Пользуюсь Федорой с 16 версии. Всё работает из коробки. Wi-Fi, микрофон, камера. Как и в Ubuntu.
> Федора — ядерный полигон? Красивая легенда.Да, то-то Торвальдс там крыл что флеш юзерам сломали на ровном месте. ИМХО, настолько ломающие изменения между релизами вкатывать - шибко люто, я как-то не готов к тому что майнтайнеры моего дистра будут настолько пофигистичны к участи пользователей.
> Пользуюсь Федорой с 16 версии. Всё работает из коробки. Wi-Fi, микрофон, камера.
Ну... а как насчет сабжа, чтоли? :)
> Как и в Ubuntu.
А вот тут народец говорит что сабж только OpenGL 2.1 вывешивает, например. Что довольно печально.
Флэшем не пользуюсь.
Переход с 16 версии на 17 пережил нормально. Новые красивые обои.
Играю в Urban Terror c FPS 85.
> Флэшем не пользуюсь.Дело не в флеше. Я им тоже не пользуюсь. А вот факапинг системных либ прямо посреди релиза, без суда и следствия для лично меня довольно показателен. Мне такой стиль майнтенанса системы не нравится - предпочитаю чтобы система между релизами была по дефолту предсказуема, покуда я явным образом не возжелаю обратное. Я таки иногда желаю. Для некоторых компонентов. Но я знаю на что иду и это лично мое решение о том насколько и что я хочу тестануть. Я при этом понимаю что и где может факапнуться.
> Переход с 16 версии на 17 пережил нормально. Новые красивые обои.
Я в этом не виноват. I don't care.
> Играю в Urban Terror c FPS 85.
Ну я рад за вас. А мне хватает xonotic в full hd с средними настройками при 60 FPS. Там гражданин Marek Olsak постарался - теперь оно и при таких параметрах прилично пашет с моим GPU. Плюс улучшения в районе 3.5 ядра, etc, etc :)
Не знаю, что такое "факапинг системных либ" и кто такой Marek Olsak, но уже год пользуюсь Федорой, никаких проблем нет, общаюсь в Интернете, покупаю товары в сетевых магазинах, оплачиваю коммунальные счета, в общем, делаю всё, что мне надо.
И не одному мне нравится Федора, например, проект по созданию сверхдешевого компьютера Raspberry Pi рекомендовал для использования на уже выпущенных устройствах специализированный remix Fedora.И виноваты вы, или не виноваты в чём-нибудь, "I don't care".
> Не знаю, что такое "факапинг системных либ"Зато это знаю я. Вот то что сделали федорасы - это оно самое.
> и кто такой Marek Olsak, но уже год пользуюсь Федорой, никаких проблем нет,
Я рад за вас. И при чем тут я? Или данная новость? Мне удобнее юзать убунту, в том числе и потому что я могу обкатать изменения в упомянутых драйверах без самоличного компилинга всего этого, вкатив весьма регулярно обновляемый драйвер из PPA.
> Зато это знаю я. Вот то что сделали федорасы - это оно
> самое.Что бы это не значило, я этого не заметил.
> Я рад за вас.
А уж как я рад за себя :-)
> И при чем тут я?
Вы сказали, что Федора — ядерный полигон, а мне, как пользователю именно этой системы, так не кажется. Вот я и ответил вам.
> Или данная новость?
Задайте этот вопрас автору пятнадцатого комментария.
> Мне удобнее юзать убунту, в том числе и потому что я
> могу обкатать изменения в упомянутых драйверах без самоличного компилинга всего этого,
> вкатив весьма регулярно обновляемый драйвер из PPA.Конечно, продолжайте использовать то, что вам удобней. Только я тоже никогда в Федоре не "компилил" драйверы. А если надо что-то ещё, чего нет в установленных репозиториях, в ней можно подключить сторонние.
> Что бы это не значило, я этого не заметил.Зато заметили многие другие, вплоть до Торвальдса который ругался от души. Между прочим он довольно терпеливый и продвинутый юзер. Юзеры попроще не будут объяснять вам некто - козлы. Они просто покажут средний палец и уйдут. Что и наблюдается, собственно.
> А уж как я рад за себя :-)
Ну, вас устраивает - ну и ладушки.
> Вы сказали, что Федора — ядерный полигон, а мне, как пользователю именно
> этой системы, так не кажется. Вот я и ответил вам.Да, глядя на упомянутые фокусы с memcpy я как-то для себя в состоянии решить что мне такой хоккей прямо между релизами не нyжен. Одно дело если я сам на пульте кнопочку нажму и может быть бабахнет (когда я этого ожидал и сидел в укрытии). И другое - если мне без предупреждения на бошку такую бомбу сгрузят подобные "други". Для меня внезапный факап системы не является приемлимым развитием событий.
> в установленных репозиториях, в ней можно подключить сторонние.
Можно. Просто для убунтов есть очень оперативно обновляемая из гита PPAшка. Для федоры я не в курсе подобных эквивалентов.
> Юзеры попроще не будут
> объяснять вам некто - козлы. Они просто покажут средний палец и
> уйдут. Что и наблюдается, собственно.Ну, раз так говорим, то Linux Mint, например, популярней Ubuntu по версии distrowatch.com. Все переходим туда, где большинство? Лучше уж выбирать дистрибутив, основываясь на его достоинствах и недостатках, а не смотреть на то, куда уходят "пользователи попроще".
> фокусы с memcpy
> факап системыОпять заклинания.
> Можно. Просто для убунтов есть очень оперативно обновляемая из гита PPAшка. Для
> федоры я не в курсе подобных эквивалентов.Я так понял, что вы говорите, что Федора — ядерный полигон, и в тоже время пакеты в Ubuntu обновляются оперативней?
Будущее Linux уже в Fedora. Но можно подключить и сторонние репозитории, где есть либо более новые версии пакетов, либо исправления ошибок, а также пакеты с исправленным оформлением. Наконец, вы можете использовать репозитории FedoraPeople, схожие с PPA, где пользователи и маинтайнеры размещают собственные пакеты.
Вот только зачем это надо? Заметьте, что политика той же Canonical такова, что в стандартных репозиториях содержаться только стабильные версии программ, выпущенные на момент выхода в свет дистрибутива. В Федоре мне хватает стандартных репозиториев + RPM Fusion.
> Ну, раз так говорим, то Linux Mint, например, популярней Ubuntu по версии distrowatch.com."Опрос проведенный в интернете показал что 100% интернетчиков пользуются интернетом". В смысле, а почему дистроватч считается какой-либо статистикой отражающей что-либо глобальное? В более-менее глобальных статистиках убунты обычно на 1-м месте. Не то чтобы мне это принципиально, просто слов из песни не выкинешь. Тезис о том что аудитория посетителей дистровотча хоть как-то коррелирует с тем что в среднем по больнице - нуждается в доказательстве.
> Все переходим туда, где большинство?
Лично я перехожу на то что мне удобно.
> Лучше уж выбирать дистрибутив, основываясь на его достоинствах и недостатках,
> а не смотреть на то, куда уходят "пользователи попроще".Ну так я и выбираю дистры которые мне удобны. Таковым оказаласу хубунта. Т.к. кишки и репы - такие же как и у убунты, но нет дурацких юнити и какой там еще дребедени для хомяков. И более-менее похоже на то что мне хотелось бы видеть - меньше пилить лобзиком до желаемой кондиции.
> Опять заклинания.
У меня этих заклинаний нет и не будет, за отсутствием федоры. Пусть они там у себя оптимизируют такие вещи между релизами наздоровье, а я как-нибудь пешком постою, до тех пор пока мне не приспичит бетатестить самый свежий glibc лично.
> Я так понял, что вы говорите, что Федора — ядерный полигон, и
> в тоже время пакеты в Ubuntu обновляются оперативней?В убунте оперативно обновляется лишь то что я лично захочу оперативно обновлять, путем подключения соотв. PPA. А не то что приспичит ушибленным на голову майнтайнерам между релизами. Это повышает предсказуемость системы. По дефолту между релизами ничего по крупному не перетрясают. Это сокращает риски что система факапнется именно тогда когда она была позарез нужна.
> Будущее Linux уже в Fedora. Но можно подключить и сторонние репозитории, где
> есть либо более новые версии пакетов, либо исправления ошибок, а также
> пакеты с исправленным оформлением.Спасибо, Капитан. По большому счету что-то такое почти в любом дистре можно, кроме совсем уж игрушечных. Просто у некоторых это попроще и репов с полезнстями побольше, а у некоторых наоборот. Ну и политики майнтенанса системы и репов - варьируются.
> Наконец, вы можете использовать репозитории FedoraPeople, схожие с PPA,
Вот только не вижу в этом никакого смысла. Просто потому что меня для начала не устраивает пакетный менеджер yum (тормозной и прожорливый урод на питоне) и политика майнтенанса системы между релизами. Этих факторов достаточно для того чтобы я не желал иметь никаких дел с такой системой.
> где пользователи и маинтайнеры размещают собственные пакеты.
> Вот только зачем это надо?А надо это если хочется в конкретно каком-то закоулке системы или софта свежака с пылу с жару, а лично бодаться с компилом навороченной штукенции - лениво.
> Заметьте, что политика той же Canonical такова,
> что в стандартных репозиториях содержаться только стабильные версии программ,Да. И в отличие от федорасов они не вгружают ломающие "оптимизации" eglibc между релизами. А вот то что я явно захочу протестировать на своей шкурке - я так и быть, сам явно подключу из сторонней PPA/репов/откуда там еще. Я о том что ломать систему между релазами - мое эксклюзивное право. У майнтайнеров системы такого права нету. Пусть делают что хотят, но - как новый релиз.
> выпущенные на момент выхода в свет дистрибутива. В Федоре мне хватает стандартных
> репозиториев + RPM Fusion.Я рад за вас. Лично я уважаю редхатчиков за большой объем работ. Но вынужден отметить что если некто делает хорошие, качественные кирпичи, это не доказывает что они смогут из этого построить нечто готовое, что будет симпатично мне.
> Пользуюсь Федорой с 16 версии.Это как сказать пользуюсь нонейм презирвативом уже год, полет нормальный. Вот попользуйтесь лет с 5 тогда поговорим.
П.С. В том что Федора - ядренный полигон плохого ничего нет, и сами дистростроители всегда классифицировали его как оный. Но для более менее стабильных десктопов он не годится - факт. Только люди, которые знают что могут и столкнутся наверняка с какой-то проблемой и смогут ее решить могут его использовать. Своей девушке/родителям/собаке на ноут ты его не поставишь.
> тогда поговорим.Зачем бы мне это понадобилось…
> П.С. В том что Федора - ядренный полигон плохого ничего нет, и
> сами дистростроители всегда классифицировали его как оный.Гм. А у них на сайте написано: "Fedora — быстрая, стабильная, полнофункциональная операционная система для повседневного использования, создаваемая международной командой пользователей и разработчиков."
> Но для более
> менее стабильных десктопов он не годится - факт.Нет, ну раз факт, то тут ничего не скажешь. А справка есть?
> Только люди, которые
> знают что могут и столкнутся наверняка с какой-то проблемой и смогут
> ее решить могут его использовать.Да, ОС Линукс, она такая. Но (тссс!) и на других операционных системах проблемы возникают не реже.
> Своей девушке/родителям/собаке на ноут ты его
> не поставишь.У моей 68-летней тёти, музыканта по профессии, на ноутбуке Федора. Она с удовольствием на ноутбуке играет, пользуется электронной почтой, смотрит фильмы, слушает музыку и что-то ещё делает. Подозреваю, кстати, что она вообще не знает такого слова, "драйвер".
Больше ни у кого ноутбуков не имеется.
А собаки, увы, нет, но очень хочется завести.
> У моей 68-летней тёти, музыканта по профессии, на ноутбуке Федора.И как, ей доставляет внезапное отваливание флеша, после которого даже музыку не послушать?
Рассмешили, спасибо. Нет у неё флэша. И вообще, зачем нужен флэш при прослушивании музыки?
> зачем нужен флэш при прослушивании музыки?Потому что еще не извелись бакланы которые на сайтах флешевые плееры юзают. Таким пользователям обычно всякие вконтакты нужны и прочая. А там флешовая дрянь пока не извелась еще. Хотя я только приветствую чтобы она околела в пользу HTML5, да.
Вконтакт, как ни крути - самоя здоровая база музыки из доступных. И если кто-то упоминает некую композицию и хочется понять, о чем он вообще - во вконтакте это сделать проще всего. Угу, через флеш. Зато удобно, так как есть практически всё.
если вконтакт тупит с переходом на html5 так и все остальные должны тупить?
хотя, вполне ожидаемое от вас такое слышать
> если вконтакт тупит с переходом на html5 так и все остальные должны тупить?Ну просто юзеры типа этой тетушки-музыканта меньше всего хотят продавливать прогресс своими тушками.
Понравилось, как новость оформили, молодцы.
> Понравилось, как новость оформили, молодцы.В оригинале было штуки 3 новостей на форониксе + тред на форуме. Я попытался придать этому некий менее "лоскутный" формат.
А теперь поясните для танкистов, что такое 1D-текстуры. Раньше вроде-как D расшифровывалось как dimension. Что-то я слабо представляю текстуру в виде вектора.
> А теперь поясните для танкистов, что такое 1D-текстуры.Это текстура у которой есть только 1 измерение. Т.е. высота или ширина текстуры равны 1 пикселю. А чему это противоречит?
> OpenGL 3.3 в R600g по сути остается лишь одно существенное препятствиеТак версия 4.2 актуальна, почему речь о 3.3? Или отставание настолько велико?
> Так версия 4.2 актуальна, почему речь о 3.3? Или отставание настолько велико?1) Во первых, все что надо для 4.х умеют не все GPU насколько я помню.
2) Да, отставание есть. Но темпы развития открытых дров начинают радовать.
3) Поскольку большинство двигла не может уповать на то что у юзера распоследний GPU поддерживающий распоследний OpenGL, реальные игровые движки вполне довольны тем что есть.
есть ещё один тормоз - патенты
> есть ещё один тормоз - патентыНасколько я помню, реально крупные проблемы там в основном с S3TC. И то - интель с одной стороны сватает ETC2 вместо оных. С другой - сделали S2TC, совместимый с S3TC и не нарушающий патенты. В общем любую проблему можно разрулить если достаточно людей этого захочет.
AMD A8-4500M(Radeon 7640)+Radeon 7670M
$ sudo glxinfo|grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD ARUBA
OpenGL version string: 2.1 Mesa 9.0
OpenGL shading language version string: 1.30
OpenGL extensions:Переключение карт работает по
echo OFF > /sys/kernel/debug/vgaswitcheroo/switchecho low > /sys/class/drm/card0/device/power_profile
Результата не даёт, как было 53, так 53 градуса и осталось.
//
Linux pc01 3.5.0-21-generic #32-Ubuntu SMP Tue Dec 11 18:51:59 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
> echo low > /sys/class/drm/card0/device/power_profileА кто будет включать power method? Который echo profile > /sys/class/drm/card0/device/power_method
И кстати вы уверены что это именно card0? А то какие-то свитчеры наводят на подозрения.
Активная карта встроенная(0):
sudo cat /sys/kernel/debug/vgaswitcheroo/switch
0:IGD:+:Pwr:0000:00:01.0
1:DIS: :Off:0000:01:00.0Метод по умолчанию стоит:
$sudo cat /sys/class/drm/card0/device/power_method
profileЯ его не менял. Далее выставлял профиль - low.
Выставлял также такин параметры для обоих карт 0 и 1.
Результат все равно хуже fglrx, дающий в простое 47, против открытого в простое
52 градуса.
Источник: http://www.x.org/wiki/RadeonFeature#KMS_Power_Management_Opt...
Дистр LinuxMint 14 Mate
Я вообще плохо разбираюсь в графических драйверах. Очень большая просьба, устройте кто-нибудь небольшой ликбез. Против ссылочки на обзор оных не буду =)
> небольшой ликбез. Против ссылочки на обзор оных не буду =)Ну вот например обзор http://habrahabr.ru/post/148954/ - немного с перекосом в нужды гнома 3, но основные часи графического стека - описаны.
Условно драйверов у GPU можно считать что "три":
1) Наиболее низкоуровневый код в ядре OS, специфичный для конкретной железки - базовые низкоуровневые операции с железкой. Эта часть входит в ядро Linux. Также есть ряд либ, стыкующих ядро и его услуги с приложениями и трансформирующие это в ряд более-менее нейтральных относително конкретного GPU апи. Так реализуются KMS/DRI/DRM/... - относительно низкоуровневые и простые уровни, которыми в конечном итоге пользуются остальные желающие как-то что-то куда-то рисовать, где-то с кем-то синхронизироваться, управлять видеорежимами и чего там они еще хотели.
2) DDX-драйвер - обеспечивает ускорение 2D для иксов, поставляется с xorg'ом.
3) MESA-драйвер - ускорение 3D (OpenGL) операций. Сам по себе OpenGL очень мало пересекается с иксами и по сути живет своей жизнью.Данная новость - о последнем пункте, как несложно догадаться.
Если кратко, то есть 2 типа драйверов для видеокарт: проприетарные и открытые.
Проприетарные несут в себе поддержку opengl. В открытых реализация opengl происходит с помощью mesa, в состав которой входит gallium3d.
На википедии неплохо расписаны вышеупомянутые термины.