The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В состав ядра Linux 4.2 принят драйвер AMDGPU, opennews (ok), 27-Июн-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


60. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +/
Сообщение от Mihail Zenkov (ok), 27-Июн-15, 21:40 
Более того agd5f (он же Alex Deucher) как-то говорил, что у него нет доступа к исходникам сatalyst (наверное что-бы не было соблазна скопипастить).
Ответить | Правка | Наверх | Cообщить модератору

76. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +1 +/
Сообщение от Аноним (-), 28-Июн-15, 01:42 
> Более того agd5f (он же Alex Deucher) как-то говорил, что у него
> нет доступа к исходникам сatalyst (наверное что-бы не было соблазна скопипастить).

И это наверное к лучшему. Заметь, даже АМД побоялись свой модуль ядра катаглиста открывать и предпочли его совсем забросить и вместо этого допилить радеоновский модуль под свои нужды. Что как бы намекает нам где было лучше качество кода - хорошую вещь на свалку истории никто не потащит.

Ответить | Правка | Наверх | Cообщить модератору

115. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  –1 +/
Сообщение от Mihail Zenkov (ok), 28-Июн-15, 13:20 
> И это наверное к лучшему. Заметь, даже АМД побоялись свой модуль ядра
> катаглиста открывать и предпочли его совсем забросить и вместо этого допилить
> радеоновский модуль под свои нужды.

Скорее боятся проблем с патентами/лицензиями.

> Что как бы намекает нам где
> было лучше качество кода - хорошую вещь на свалку истории никто
> не потащит.

Opera (presto) ?

Ответить | Правка | Наверх | Cообщить модератору

119. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +1 +/
Сообщение от Аноним (-), 28-Июн-15, 14:53 
> Скорее боятся проблем с патентами/лицензиями.

А фиг их знает. Модуль катаглиста у меня GPF вызывал ...цать раз, при том этак через 2-10 дней работы обычно. Во много раз больше чем какие либо сбои открытого радеона за сравнимый интервал времени. При таких фактах его уpыть следовало и без всяких патентов, пожалуй.

В открытом драйвере основной объем серьезных проблем с графикой в осноном сводится к GPU lockup. А это все-таки не падение ядерного кода на основном проце.

> Opera (presto) ?

А она не такая уж и "хорошая" - за стандартами перестала поспевать и это стало никому не надо. А кому и зачем нужен браузер который не может корректно рендерить реально существующие сайты и вызывает волну предъяв? Вот и околел - потому что критерии хорошести несколько изменились и новые критерии опера не потянула, решив что взять более хороший движок и сделать вокруг него обертку им проще. Правда я не очень понимаю нафиг вообще эта опера нужна. Ради проприетарной обертки к хрому? Они серьезно? :)

Ответить | Правка | Наверх | Cообщить модератору

126. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  –1 +/
Сообщение от Mihail Zenkov (ok), 28-Июн-15, 16:59 
>> Opera (presto) ?
> А она не такая уж и "хорошая" - за стандартами перестала поспевать
> и это стало никому не надо. А кому и зачем нужен
> браузер который не может корректно рендерить реально существующие сайты и вызывает
> волну предъяв?

Если бы открыли исходники - очень даже был бы нужен. ИМХО корректность рендера в большинстве случаев вторична - и так все ставят adblock/noscript/etc, главное что бы основной контент нормально отображался и js работал (когда надо).

Просто оперовцы помят историю netscape и понимают, что при открытии presto их новый браузер вообще никто использовать не будет.

Ответить | Правка | Наверх | Cообщить модератору

130. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +1 +/
Сообщение от Аноним (-), 29-Июн-15, 05:36 
> Если бы открыли исходники - очень даже был бы нужен.

Не знаю кому он был бы нужен. Разве что посмотреть на пару вещей - "как это делать" и передрать в радеон. ИМХО опенсорсные разработчики не стали бы в ЭТО соваться. Я могу себе представить какие там многолетние наслоения помета корпоративных кодерасов, не подпертых требованиями ревью кода а-ля Linux Kernel, зато подпертых сроками релизов и требованиями менеджмента. Чтобы все это достигло качества при котором это в ядро примут - там наверное больше половины кода пришлось бы переписывать. Не говоря о том, что оно, как я понимаю, по сей день никак не интегрировано с ядром Linux и инициативами типа DRM/KMS. Это даже нвидия до сих пор не смогла. Впрочем, нвидии помогли: кроме фака в камеру, была и "техническая версия фака" - самые вкусные и полезные символы сделали GPL_ONLY. По поводу чего нвидия сама переписывает половину DRM/KMS AFAIK, реализуя недостающие функции в меру своих умений :). А сферический ошметок кода, висящий на проволоке и скотче - это отлично. Но - даром не упало. Система не сможет надежно отрисовать через это вывод kernel panic или там kdb какой, консоли будут через *опу, etc. Зачем оно такое? KMS/DRM вывешивает некие базовые фичи ядру, ядро может ими по минимуму пользоваться для своих нужд, не говоря про всех остальных. Это уже выглядит более-менее по человечески, в отличие от этого адского месива. Если кто не понял, и нвидия и амд с тем месивом которое они развели в проприетари могут идти в пень. Разработчики ядра дружно покажут FUCKи и NACKи. Кто хочет рисовать графику - идет и пользуется DRM/KMS. Остальное - мягко говоря не приветствуется и допускается только в каких-то исключительных случаях. И считается сразу на старте жирным недостатком драйвера, вообще всеми причастными к графике в лине.

> ИМХО корректность рендера в большинстве случаев вторична

Я думаю что когда у вас в какой-нибудь игре не прорисуется половина текстур, так что в нее играть не получится по чисто техническим причинам вида "блин, противника не видно" или "чтозанах - пустая карта?!" - мнение может и поменяться. Ну то-есть мамонтов типа вас наверное вообще устроит графика на уровне VGA. Но вот большинство остальных людей такой крап уже давно не устраивает. И там может быть и вот так.

> главное что бы основной контент нормально отображался и js работал (когда надо).

С такой логикой вам вообще VGA адаптера хватит и вам все эти инициативы типа сабжа должны быть до лампочки. Хотя нынче даже гугель не дypaк нынче показать панорамы через webgl. А виртуально "побродить" по месту в которое собираешься, чтобы заранее понять что там и где - не самая плохая идея на мой вкус. XXI век на дворе...

> Просто оперовцы помят историю netscape и понимают, что при открытии presto их
> новый браузер вообще никто использовать не будет.

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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