Який графічний драйвер краще перевірити в довгостроковій перспективі?


12

Отже, на моєму комп’ютері є карта мобільності Radeon, і Compiz, схоже, не хоче з цим добре грати. Мережі мене компромісують: я можу використовувати власні драйвери та отримувати підвищену продуктивність та вражати декілька предметів зручності використання, або я можу використовувати «стандартні» драйвери та сприймати продуктивність на користь того, щоб усе працювало належним чином.

У мене також трапляється багато тестування альфа на запасній частині на цій машині. Це не замислюється, яким драйвером я повинен користуватися? Чи важливіше змусити "стандартних" драйверів реально працювати краще? Або мені слід подавати помилки на Unity, оскільки він не працює належним чином з власним набором? Або і те й інше.

Що розробники пропонують мені взяти участь у проекті більше, щоб довгостроково виграти? Незалежно від того, який тип відеокарти використовується. Або це фактор у тому, який набір слід використовувати?

Відповіді:


20

Як один із підтримувачів Ubuntu X я можу сказати: тестування як з відкритим кодом, так і з використанням власних драйверів є цінним; у нас є багато користувачів обох, і важливо, що Unity працює добре як на безкоштовній стеці, так і на власному стеку.

Однак, якщо ви хочете, щоб ваше тестування справило найбільший вплив, тестування безкоштовного стека було б найбільш корисним - принаймні для карт AMD.

Драйвер з відкритим кодом Radeon має розумний набір розробників - він не великий і завжди може працювати з більшою кількістю, але він підтримується AMD. Якщо заборонити приплив сотень штатних розробників, ці драйвери не досягнуть такої ж продуктивності, як fglrx, але цілком можливо, що вони досягнуть 90-95% продуктивності; це остання пара відсотків, що надзвичайно дорого.

Вони також набагато простіше вдосконалитись - оскільки вони з відкритим кодом, ми маємо видимість виправлень і можемо набагато легше виправдати виправлення помилок у стабільних випусках. З драйвером fglrx ми просто отримуємо функції змішування коду та дамп, що мають змішування та виправлення, з невідомим регресійним потенціалом. Це ускладнює нам оновлення власних драйверів у стабільному випуску.

Нарешті, є більше перспектив покращення для Radeon, ніж для fglrx. Розробники Radeon піклуються про весь стек настільних пристроїв, fglrx багато в чому орієнтований на користувачів робочих станцій.

Для нуво відповідь дещо муткіше. Все ще є більше перспектив вдосконалення модерну, ніж nvidia - знову ж таки, nvidia значною мірою орієнтована на ринок робочих станцій, - але модерну важче прогресувати, ніж radeon, оскільки їм додатково потрібно все реверсувати.

Все це стосується переважно помилок, а не продуктивності. Загалом важче генерувати помилку з ефективністю, ніж генерувати хороший збій або неправильну помилку візуалізації. Помилки візуалізації та збоїв, як правило, виділяються до невеликого розділу коду, тоді як проблеми з роботою зазвичай включають цілий стек коду. Там, де ви знайдете поодинокі проблеми з ефективністю роботи, про них можна було б повідомити, але це не звичайний випадок.

Коротше кажучи, проблеми з продуктивністю зазвичай вимагають активних зусиль для виявлення - ви навряд чи натрапите на вирішальну проблему продуктивності. Помилки - як збої, так і помилки - ви можете легко ідентифікувати під час звичайного використання.


5

Якщо ви хочете допомогти сприяти подальшій розробці та підтримці драйверів для Ubuntu, призначенням, підтримкою та сприянням виправлення помилок в обох версіях - це шлях. Обидва важливі, але вам потрібно розмежовувати те, що є насправді у ваших руках.

Закритий драйвер означає саме це, він закритий. Можна сказати, що Unity розбивається через закритого драйвера, але врешті-решт, якщо драйвер не працює, робити не багато. Тестування проводиться на офіційних релізах, але це не означає, що воно буде працювати для всіх.

Я мушу сказати, що я не вірю, що продуктивність драйвера з відкритим кодом коли-небудь буде такою ж доброю, як закритий драйвер, але, кажучи про Ubuntu та Linux, ми хочемо мати принаймні альтернативу, щоб наше обладнання працювало в мінімальних умовах з драйвер з відкритим кодом.

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

З закритим драйвером ви можете відкривати помилки, скарги, підтримувати інших у повідомленні даних, щоб виправити будь-які проблеми, але врешті-решт, відповідальність за розробник буде прокласти шлях для розвитку драйвера.

З іншого боку, закритий драйвер значною мірою підтримується, помилки сприймаються більш серйозно, робиться розробка, але також виправлення помилок реалізується у кожному конкретному випадку. Спільнота з відкритим кодом дуже наполегливо працює над тим, щоб вона працювала настільки добре, наскільки це можливо, і якнайменше питань.

Ваш час є цінними проблемами звітності в Unity, що працює із закритим драйвером, але IMHO, драйвер із відкритим кодом заслуговує на це набагато більше, і ви отримаєте більше значення для своїх зусиль, підтримуючи його.


Питання не в тому, що краще, я знаю дефіцит / переваги кожного. Йдеться про те, що мені слід запустити, щоб допомогти краще Ubuntu. Яка основна увага повинна бути для мого тестування тощо
ShroudedCloud

Зрозумів, писав це, коли ви додавали коментар.
Бруно Перейра

Я відредагував назву вашого питання, щоб краще показати, що ви хочете протестувати і надавати підтримку драйверам (з відкритим або закритим кодом), а не просто використовувати драйвери.
Бруно Перейра

Добре, дякую. Відмінна відповідь, яку я обов'язково маю на увазі. Але я все ще шукаю "офіційний" прогноз щодо цього. Я знаю, що сподіватися на те, що справжній Canonical / великий розробник Ubuntu відповість на це довго, але я сподіваюся.
ShroudedCloud

2
Ідеально, він підходить для всіх порівнянь драйверів із закритим драйвером / відкритим кодом, тому продовжуйте;) Не соромтесь видаляти посилання на Radeon і робити це питання більш широким, я думаю, що це одне з найкращих питань, які я бачив за час участі у АС.
Бруно Перейра
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.