Мартин Граеслин (Martin Graesslin), один из основных разработчиков оконного менеджера KWin, опубликовал (http://blog.martin-graesslin.com/blog/2010/09/driver-dilemma.../) заметку о печальном состоянии открытых видеодрайверов и рассказал о тех усилиях, которые предпринимаются в проекте KDE для обхода некоторых известных проблем. По заявлению Мартина, многие из наблюдаемых пользователями крахов оконного менеджера, являются следствием ошибок в видеодрайверах.
В настоящий момент визуальные эффекты в KDE включаются только если версия установленного у пользователя видеодрайвера присутствует в специальном динамически формируемом белом списке, который создается на основе статистики о крахах в процессе инициализации OpenGL, информации о поддерживаемых драйвером OpenGL-расширений и на основании оценки в процессе работы производительности некоторых операций. В процессе работы было обнаружено, что многие драйверы заявляют о поддержке некоторых функций, на самом деле их не по...URL: http://blog.martin-graesslin.com/blog/2010/09/driver-dilemma.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=27883
Очень ценное мнение.
А не могли бы разработчики KWin4 учесть опыт при создании KWin3 и хоть немножко ускорить свое поделие? Какое размывание, какое блин сглаживание... банальные операции управления окном безобразно тормозят.
Для того KWin и использует видеопроцессор, чтобы разгрузить центральный процессор. Вот только некоторые драйвера врут, что видеопроцессор поддерживает функции, а сами потом софтово эмулируют их, что и выливается в тормоза. Если бы они отвечали честно, KWin бы и без акселерации справился быстрее.
компизу не врут, а квину врут.
у-у-у какие!
А Компиз не спрашивает.
угу. просто работает.
зы:
компиз - это скрипт, запускающий compiz.bin.
в скрипте есть проверки на видюху. совсем маленькие, но всё-же.
и всё же не такие наезды - благородные доны из кед хотят чтоб им что? отсос...и?
пройди по ссылке и прочти уже, меньше тупых коментов будешь постить сюда:When I see these problems I think: "it looks like we are the first one to actually use the drivers". And then I start to think about it and realize: yes we are. Compiz does not yet use GLSL (Compiz’s Blur effect is written in GPU assembler. KWin blur also has an assembler part which is a fallback in case the driver does not claim support for GLSL), so we are probably the first ones to use these driver capabilities in a real world application.
>Для того KWin и использует видеопроцессор, чтобы разгрузить центральный процессор.Жесть. А они, очевидно знатные извращенцы. Сейчас все производители ПО пытаются сделать наоборот, потому что центральные процессоры все более мощные появляются, многоядерные, и ядра эти в большинстве случаев простаивают. А разработчики KWin, по вашим словам, пошли другим путем. Либо они склонны к идиотизму, либо вы не в теме. Ну или я от жизни отстал.
Мюсье не в курсе что такое композитный WM?
>>Для того KWin и использует видеопроцессор, чтобы разгрузить центральный процессор.
>
>Жесть. А они, очевидно знатные извращенцы. Сейчас все производители ПО пытаются сделать
>наоборот, потому что центральные процессоры все более мощные появляются, многоядерные, и
>ядра эти в большинстве случаев простаивают. А разработчики KWin, по вашим
>словам, пошли другим путем. Либо они склонны к идиотизму, либо вы
>не в теме. Ну или я от жизни отстал.уже много лет все делают наоборот
> Ну или я от жизни отстал.Еще как. Сравните скорость софтварного рендеринга opengl и его же акселерированного видеокартой. Вопросы сами отпадут. В софтварном режиме получается слайдшоу, потому что графические процессоры на месте не стоят и более того - заточены на именно эти операции. Тогда как для обычного процессора не свойственны функции обработки графики и с ними CPU справляются намного медленнее чем GPU, Если бы это было не так - GPU вымерли бы давно.
Только почему в kwin всегда слайдшоу независимо от способа рендеринга?
На том же железе compiz ЛЕТАЕТ!!!
Очень интересная заметка. Пускай еще объяснят почему Компиз, Хфвм и Метасити с включенным композитом не валятся на каждый чих на свободных драйверах. С удовольствием почитаю.
+1. Алсо, не валятся сотни игр. А если действительно в драйверах есть проблемы - шлите патчи, а не нойте в своих заметках.
А эти сотни игр идут на свободных драйверах и используют функции, которые те не поддерживают?
а зачем им "и используют функции, которые те не поддерживают"?
они просто работают. и блэклистов не создают.
вопрос с патчами остается открытым. кому сейчас легко?
Ну вот если не используют, то и проблем нет. KWin тоже может не использовать. Но включаются эти эффекты по умолчанию (если драйвер заявляет об их поддержке) ради тех 90% пользователей, у которых всё работает.
Они просто не используют те функции видеокарт, которые использует KWin, и о которых драйвера врут. KWin первым наступает на эти грабли.
KWin не первые разработчики, которые натыкаются на проблемы с драйверами OpenGL (и вовсе не только открытых, но и проприетарных тоже).С этими проблемами борются все, кто так или иначе пытается использовать в своей программе современные функции OpenGL на широком спектре оборудования и пользовательских платформ. Intel, NVIDIA, AMD/ATi - у всех есть свои особенности реализации, не зная о которых, можно 'хорошо попасть'.
А то что свободные драйвера обладают убогой поддержкой OpenGL, по-моему итак всем известно, тоже мне новость.
Я тут недавно запускал свою программу OpenGL2 + GLSL1.1 на драйверах с MESA (ставил тестовую Ubuntu 10.04 на компьютер с GeForce 9500, проприетарные дрова подзабыл поставить сначала), так у меня просто глаза на лоб полезли, когда увидел чего она рисует...
что еще им танцевать мешает?
а то бедный компиз нифига не умеет, а получается лучше.
>что еще им танцевать мешает?Ха. Наверно то же самое, что мешает футболистам бегать.
>Они просто не используют те функции видеокарт, которые использует KWin, и о которых драйвера врут. KWin первым наступает на эти грабли.Да, они определенно не правы, что ставят эксперименты и ходят по граблям в альфа версиях, а не после релиза.
>Да, они определенно не правы, что ставят эксперименты и ходят по граблям в альфа версиях, а не после релиза.В альфа версиях драйверов или чего? Если драйверов, то в заметке это явно не указывается и, я думаю, не подразумевается. Хотя это было бы лучше (если бы только в альфа версиях глючило), на практике же всё открытое, что мало-мальски выходит за требования композитных менеджеров - просто недопилено либо не реализовано, ибо никому не интересно/не видно
Какие альфы? Стандарту OpenGL 2 уже шесть лет, в Висте это используется уже четыре года.
При чем тут опенгл? Когда КВин был на альфа стадии, нужно было опробовать новые необычные фичи и выяснить к каким граблям они приводят. И либо отказаться от фич, либо найти способ пофиксить, либо отключить хотя бы по умолчанию и при включении предупреждать, что фича экспериментальная и нестабильная.
Приблизительно к 4.5 версии разработчики Кед выходят из анабиоза и делают для себя открытие про грабли с видодровами. Вам не смешно? Мне тоже не смешно.>в Висте это используется уже четыре года
Ну нашли на кого равняться. Висита тупит и валится все эти 4 года. Вот на Компиз бы посмотрели, рядом с которым и Висита и Макось смотрятся как убогие убожки из прошлого тысячелетия и который в отличии от этих убожек и от КВина не валится посреди работы, не тупит и не течет.
Ну так пофиксили и отключили на проблемных комбинациях. У разработчиков всё работает. Но проблемного железа у них нет, как и времени тестировать тысячи вариантов комбинаций. У вас не работает? Вы отправили отзыв, чтобы ваш драйвер занесли в чёрный список?
>выходят из анабиоза
>>в Висте
>все эти 4 годаКто бы говорил об анабиозниках...
Виста - прошлое поколение ОС.>Вот на Компиз бы посмотрели, рядом с которым и Висита и Макось смотрятся как убогие убожки из прошлого тысячелетия и который в отличии от этих убожек и от КВина не валится посреди работы, не тупит и не течет.
А что, уже можно без фреймдропов посмотреть FullHD не отключая компиз? И костылики с отрисовкой прямоугольника вместо содержимого окна тоже не нужны?
>А что, уже можно без фреймдропов посмотреть FullHD не отключая компиз?да
>И костылики с отрисовкой прямоугольника вместо содержимого окна тоже не нужны?нет
"Висита тупит и валится все эти 4 года."Вы знаете, да, была такая проблема (поскольку в сравнении с тем, какой Виста была поначалу, и какой она есть теперь, это небо и земля), но речь была даже не об этом, а о том, что в Висте все эти эффекты, использующие возможности видеокарт, никогда не приводят к тормозам, по крайней мере, визуально, и практически не используют (это правда - Виста сама по себе, особенно её ядро, загруженна очень многими, ненужными 99%+ времени и ситуаций вещами, но вот её графическая подсистема сделана достаточно грамотно) системные ресурсы. О чём я говорю - о том, что даже открыв несколько активно использующих память приложений (напр. 3д\фото-редакторы), браузер с множеством открытых в нём закладок и игру, всё всё равно быстро переключается одно между другим, без каких либо намёков на подтормаживание - оно начинается только там, где заканчивается ОЗУ и включается своп, т.е. тормозят сами приложения.
К тому же они пошли проверенным путём - использовали лишь простые, лёгкие и "обкатанные" команды и соотв. шейдеры (SM2.0, в 7 - SM3.0), вместо того, чтоб выпендряться чем то таким, что ещё даже в 3Д-играх не появилось, и ставить такие эксперименты, которые НАВЕРНЯКА (с большой вероятностью) заведомо неудачны, при вроде бы декларируемом ими же дефиците времени\недостатке квалифицированных рабочих "рук"\"голов".
ОпенГЛ, не ОпенГЛ - не суть. Суть в том, чтоб работало, и работало быстро и без проблем.
З.Ы. Так и не понял чем Компиз так не убог по ср. с другими. Мне все его сотни настроек 100 лет не нужны. Виста\7 и МакОси привлекательные "из коробки". А Компиз нужно изучать и настраивать целый день, чтоб что-то получилось.
>Какие альфы? Стандарту OpenGL 2 уже шесть лет, в Висте это используется
>уже четыре года.Хм... а я почему-то думал, что в винде DirectDraw, а OGL они к релизу свисты настолько "замордовали" в ней, чтоб не повадно было разработчикам кроссплатформенное писать....
нет. в висте они пускают опенджиэль через dx.
но нвидии на это нас рать. амд - тоже.
грубо - это их вариант месы. но кто работает через месу?
>нет. в висте они пускают опенджиэль через dx.
>но нвидии на это нас рать. амд - тоже.
>грубо - это их вариант месы. но кто работает через месу?Да, у каждого вендора там де факто свой ОпенГЛ.
вот хоть бы одна сволочь сходила по ссылке8. It is common knowledge that hardware cannot support OpenGL 2, so you should not check for OpenGL 2:
Yes, that’s why we don’t check the version but the actually required extension. We know that the R300 chips do not support NPOT textures and that’s why we check if NPOT textures are supported before creating a texture.звездуны в теме, достаньте уже голову оттуда, сходите почитайте, о чем пишет умный деятельный человек
Это вы о чем?
Речь то идет не о том кто быстрее, а о том, что дрова выдают неадекватную информацию.
И я согласен - это беспредел.
не только. речь ещё и о блоклистах "не_кошерных" дров.
всем остальным композитам кошерные, а этому - нет.
нет чтобы патчи слать. или хотя бы в багтреккер скинуть.
> ... размывание и сглаживание методом ЛанцошаПредлагаю, КДЕшнегам, не юзать метод Ланцоша, а вместо него
заюзать метод проекций Ритца-Галеркина на последовательность
подпространств Крылова, при этом числа Ритца должны совпадать
с собственными значениями. А для устранения влияния ошибок
округления использовать выборочную ортогонализацию. =-o
Всенепременно учтём это в своей работе. Спасибо.
>> ... размывание и сглаживание методом Ланцоша
>
>Предлагаю, КДЕшнегам, не юзать метод Ланцоша, а вместо него
>заюзать метод проекций Ритца-Галеркина на последовательность
>подпространств Крылова, при этом числа Ритца должны совпадать
>с собственными значениями. А для устранения влияния ошибок
>округления использовать выборочную ортогонализацию. =-oПатчик сварганите?
Только чтоб без #include <math.h> всяких =)
>>> ... размывание и сглаживание методом Ланцоша
>>
>>Предлагаю, КДЕшнегам, не юзать метод Ланцоша, а вместо него
>>заюзать метод проекций Ритца-Галеркина на последовательность
>>подпространств Крылова, при этом числа Ритца должны совпадать
>>с собственными значениями. А для устранения влияния ошибок
>>округления использовать выборочную ортогонализацию. =-o
>
>Патчик сварганите?Не-е-е-е, я понаблюдаю как другие трахаюцца.
>> ... размывание и сглаживание методом Ланцоша
>
>Предлагаю, КДЕшнегам, не юзать метод Ланцоша, а вместо него
>заюзать метод проекций Ритца-Галеркина на последовательность
>подпространств Крылова, при этом числа Ритца должны совпадать
>с собственными значениями. А для устранения влияния ошибок
>округления использовать выборочную ортогонализацию. =-o
>
>
>100 раз +. Ну на кой им сдался этот метод Ланцоша??? Неужели он так жизненно необходим и нет методов попроще (а я УВЕРЕН, что разницы на глаз не заметишь) и дел поважнее?
>100 раз +. Ну на кой им сдался этот метод Ланцоша??? Неужели
>он так жизненно необходим и нет методов попроще (а я УВЕРЕН,
>что разницы на глаз не заметишь) и дел поважнее?А как насчет того, чтобы самому взять в руки IDE и дописать то, что недостает в KWin? Кишка тонка?
>>> ... размывание и сглаживание методом Ланцоша
>>
>>Предлагаю, КДЕшнегам, не юзать метод Ланцоша, а вместо него
>>заюзать метод проекций Ритца-Галеркина на последовательность
>>подпространств Крылова, при этом числа Ритца должны совпадать
>>с собственными значениями. А для устранения влияния ошибок
>>округления использовать выборочную ортогонализацию. =-o
>100 раз +. Ну на кой им сдался этот метод Ланцоша??? Неужели
>он так жизненно необходим и нет методов попроще (а я УВЕРЕН,
>что разницы на глаз не заметишь) и дел поважнее?Ну как бы этот метод проще чем другие и меньше жрёт памяти.
Теперь это г будет работать только на закрытых блобах^Wдрайверах? кедеешниге - такие .... :)
Чего-то у меня kwin не валится, что не так делаю?
Когда даже разработчики говорят, что валится, вброс ЧЯДНТ не прокатит.
Расскажи, что ты делаешь, чтобы он не валился, разработчикам KWin.
Подтверждаю.
Байки про нестабильность КДЕ 4 неактуальны.
Всё так. У разработчиков KWin тоже не валится, и у большинства пользователей тоже. И у меня не валится. Просто при некоторых сочетаниях железа, версий драйвера, мезы, иксов и дистрибутива (которых у разработчиков KWin нет) получаются ошибки, которые KWin не может ни предупредить, ни отследить.
> С проприетарным драйвером NVIDIA проблем не возникло, но свободные драйверы дезинформировали систему о поддержке нужных функций, не выполняя их на самом деле.О как, помню в теме про драйвер NVIDIA троли пытались вытянуть из меня больше еды, уверяя что Nvidia - это вселенское зло.
да ладно.
а то никто не помнит как чуть ли не целый год кедовцы срались с нвидиа.
ага помню как KWin глючил на нвидии пару лет назад, пока нвидия чегото там не добавила в драйвер или не поправила.
не все так просто. там оба были виноваты. и обои доделывали. (сами вспомните "стабильность" кед 4.0, 4.1)
но срались знатно. какашки летели то туда, то обратно.
> ... и обои доделывали.Зачем доделывать обои?
> Зачем доделывать обои?Что бы не скучные были )
> уверяя что Nvidia - это вселенское злоТак и есть, только не вселенское, вселенское это Google, M$, Apple, etc. Это локальное "зло".
etc := "Oracle";
>etc := "Oracle";Да, да, слона то я и не приметил.
слон - это постгри.
а оракл - это чёрное солнце.
>Так и есть, только не вселенское, вселенское это Google, M$, Apple, etc.
>Это локальное "зло".Жить вообще опасно. От этого умирают. Вы в курсе?
А я натыкался на взвис закрытого драйвера. И что теперь? Сложные видеокарты. Сложные драйвера. В них поэтому есть баги. КДЕшники - капитаны очевидность?
Ну где же вы фанатики, твердящие про проклятые блобы? Если даже разработчики открытого ПО говорят вам, что блоб качественнее открытых недодрайверов.
Своё основноё назначение, допустим, они выполняют существенно лучше. Но с точки зрения безопасности для системы... Тут вам и kernel panic (драйвера ж закрытые - никто "качество" кода не увидит), исполняютя внутри ядра с масимальной привиллегией - мало ли что запихнуть можно (опять же никто не увидит).
ИМХО пусть лучше будут менее функциональные открытые, чем навороченные закрытые. Мне информационная безопасность ценнее, чем в игры играть.
> с масимальной привиллегиейНу это не совсем так, если у модуля указана лицензия отличная от кошерных, то
некоторые фичи для них блокируются. Например, если в ядре вместо всех EXPORT_SYMBOL
указать EXPORT_SYMBOL_GPL, то скромно говоря некошерный модуль отсосёт Ж:)
>указать EXPORT_SYMBOL_GPL, то скромно говоря некошерный модуль отсосёт Ж:)Но это не отменяет того что коду ядра можно все. Хочешь - вентиль проца застопори. Хочешь - bios сотри. Хочешь - винч нулями забей.
>>указать EXPORT_SYMBOL_GPL, то скромно говоря некошерный модуль отсосёт Ж:)
>
>Но это не отменяет того что коду ядра можно все.Ядро сможет, модуль нет.
>ИМХО пусть лучше будут менее функциональные открытые, чем навороченные закрытые. Мне информационная
>безопасность ценнее, чем в игры играть.Большой брат наблюдает за вами через блоб, будьте к этому готовы. Прячьтесь.
>Ну где же вы фанатики, твердящие про проклятые блобы? Если даже разработчики
>открытого ПО говорят вам, что блоб качественнее открытых недодрайверов.Угу, наверное поэтому я ловил оопсы и просто зацикливания в амдшном проприетарном каталисте. При простой работе на десктопе. Оно конечно починено, но осадочек то остался. И почему-то открытый радеониский драйвер при тех же условиях ... работает месяцами без происшествий. И открытый интельский на ноуте тоже работает без происшествий. (Не)реализованность каких-то супер-мега-фич это круто, однако ж взвис в ядре и отвал графики меня напрягает намного больше чем закидоны каких-то отдельных функций. В первом случае я влетаю на ребут и спасибо если хотя-бы аварийный сброс буферов + размонтирование прокатят. Во втором как максимум какие-то глюки будут. А у нвидии помнится недавно вообще был кондовый баг - драйвер мог ошибочно остановить вентилятор и позволить видяхе испечься. Так что товарисч из KDE слегка зажрался. Ему б отхватить пару таких дедлоков на ровном месте или пожарить видяху - глядишь бы он чуть иначе стал рассуждать.
Открытое работает месяцами, потому что там кроме базового функционала ничего и нет. Закрытый пытается хоть реализовать все что должно быть, да есть ошибки, но не ошибается тот кто ничего не делает.А я использую OpenGL для разработки *не-игр*, и под линуксом. Даже не знаю, как бы это себя повело, если бы использовал не NVIDIA и не их проприетарные драйвера.
Пост выше от меня.
>Открытое работает месяцами, потому что там кроме базового функционала ничего и нет.Ну, поскольку там работают графические эффекты и даже Nexuiz - напрашивается вывод что мастерам своего дела этого хватает. А так есть еще поговорка про танцоров которым вечно что-то мешает.
>Закрытый пытается хоть реализовать все что должно быть, да есть ошибки,
>но не ошибается тот кто ничего не делает.Угу, у пары знакомых нвидиевские карты вообще пожарились. Вот вы ими и пользуйтесь. Особенно прикольно когда жарится карта в ноуте, кстати. Пусть нвидия так ошибается как-нибудь без меня.
>А я использую OpenGL для разработки *не-игр*, и под линуксом. Даже не
>знаю, как бы это себя повело, если бы использовал не NVIDIA
>и не их проприетарные драйвера.Т.е. ваша программа работает только в линухе, только на нвидиях и только с проприетарным драйвером? Офигенная переносимость, нечего сказать. Кстати тут выше напомнили что прославляемая вами нвидия не безгрешна и у кде4 недавно были проблемы с именно упомянутой вами связкой. Почему-то про это некоторые успешно забыли. "Если факты не подтверждают теорию, от них надо избавиться"? :) (законы Мерфи)
Качественней они только для "крутых геймеров" и "дрочеров" на "перделки". Нормальным людям ни то, ни другое нафик не уперлось.
За пределами твоего воображаемого мирка, акселерация графики используется не только в играх и "перделках".
Вот только как раз любители игр и передлок орут больше всех. Кому по работе надо, тот тихо мирно нвидию юзает и никому ничего не доказывает. А зачем, когда это нужда, а не личный выбор? Аналогия - RMS и прочие хакеры использовали собственнический UNIX для разработки свободного аналога - системы GNU. Но разве они говорят, что собственнический UNIX - круто? Наоборот, они как только написали свободный аналог, сразу же эту нечисть удалили.
Какая это нафиг нечисть? Это такое же ПО, только с закрытым кодом, и открытым аналогам его догонять еще очень долго. Я не за закрытое или открытое ПО, я за *качественное* ПО. Чего не скажешь о некоторых.
Качественного ПО - вагон и маленькая тележка. Разве проблема _качества_ ПО стоит? Нет. Толку тогда за него бороться? А потому что вам так удобней. Это равнодушее, эгоизм, называйте как угодно. Но проблемы в несвободных программах вы не видите. _Реальной_ проблемы не видите, а с вымышленными боритесь.
Я ни с чем не борюсь, ни с блобами, ни с опен сорцем. Я юзаю то что мне удобнее. И на линукс е я не потому что он открытый, а потому что мне он удобнее. И это ключевой фактор. Если кто-то прикрывается вкладом открытого ПО, при этом делая полную лажу - уж простите, голую идеологию на хлеб не на мажешь.Я думаю, что многие адекватные люди также используют линукс из-за его реальных преимуществ, а не вымышленных.
Но то что я сказал сейчас, я прошу не путать со случаями когда открытое ПО отстает от коммерческого, но тем не менее вполне функционально для большинства нужд. Хорошие примеры - Inkscape и Gimp. Пусть они и отстают от лидеров отрасли, но тем не менее для непрофессионалов вполне пригодны.
>Хорошие примеры - Inkscape и Gimp. Пусть они и отстают от лидеров отраслиНасчёт GIMP соглашусь с оговорками
Однако Inkscape совсем не факт что уступает
>Я юзаю то что мне удобнее.Т.е. жертвуете собственной свободой и свободой общества в угоду сиеминутному удобству.
>Хорошие примеры - Inkscape и Gimp. Пусть они и отстают от лидеров отрасли, но тем не менее для непрофессионалов вполне пригодны.
Они хорошие для вас только потому что они бесплатные. Стоил бы GIMP денег, я не думаю, что вы бы его использовали.
>>Я юзаю то что мне удобнее.
>
>Т.е. жертвуете собственной свободой и свободой общества в угоду сиеминутному удобству.Свободой чего? Если я художник меня что Photoshop CS как то ограничивает в рисовании? Краски что ли с кистями прячет?
Не надо судить всех по себе. Если вам не нужны определенные свободы, то это не значит, что они не нужны всех. По мимо вас есть и программисты, которых как раз это непосредственно касается.
>я за *качественное* ПО. Чего не скажешь о некоторых.Почему-то опыт показывает что открытое ПО часто лучше по качеству. Особенно драйвера как раз. Вот честно, не помню случая чтобы открытый драйвер уронил бы мне систему. Почему-то это делали только блобики. Ну а поскольку я много лет видел своими глазами как проприетарный софт пишется и выпускается в релиз - сами понимаете.
Ну и конечно, я очень сожалею, что у тебя в детстве не было игрушек, но я ничего *плохого* в компьютерных играх не вижу. И уж тем более буду очень рад, что они будут хорошо работать под Linux.
Я тоже не вижу ничего плохого. Но знаю другое, если одна проприетарная программа стимулирует массы к использованию другой проприетарной - это не к добру. Тем более, ладно это был бы не драйвер, а аддон к игре какой нибудь, который кроме пропащих геймеров никому не нужен. Это драйвер для видеокарты, он нужен всем домашним пользователям для каждодневнего использования. То есть получается, самая настоящая зависимость от прпориетарного ПО (нет вы конечно можете купить другую видеокарту, но куда девать сотни компьютеров с Nvidia?).
Как раз-таки по причине наличия этого проприетарного драйвера, я и смотрю в сторону NVIDIA, так как это позволит мне использовать видеокарту в Линуксе. Со всем остальным я огребу глюков и проблем.
> Ну где же вы фанатики, твердящие про проклятые блобы?Толстый, где спецификации на железо от Nvidia? Может не будем блоб написанный с полным доступом к документации сравнивать с открытым драйвером написанным "вслепую" ?
Да, надо сказать ребятки из нуво неплохо так поработали.
Согласен, но если сложилась такая ситуация, то зачем жрать кактус? Драйвер отлаженный, фичастый, хорошо поддерживается(вплоть до того, что в irc канале ##opengl на freenode постоянно сидит чувак из NVIDIA и мониторит проблемы по драйверам в линуксе), то чего вам еще надо? "Свободы"?
>Согласен, но если сложилась такая ситуация,А сложилась из-за кого? Из-за нас.
>то зачем жрать кактус?
Чтобы не жрать его всю свою жизнь.
Apparently not when it comes to the free graphics drivers (please note and remember: we do not see such problems with the proprietary NVIDIA driver!).
ТоварищЪ не видит таких проблем у нвидии. Зато там бывают другие проблемы. Может товарищЪ возместит мне стоимость двух БП, сгоревших по причине этих некачественных блобов? Плюс ящик пива за моральных ущерб. А то развел рекламу. Нвидия - черный ящик, и полагаться на неё нельзя, is only of Experimental.
>В настоящий момент визуальные эффекты в KDE включаются только если версия установленного
>у пользователя видеодрайвера присутствует в специальном динамически формируемом белом списке, который
>создается на основе статистики о крахах в процессе инициализации OpenGL, информации
>о поддерживаемых драйвером OpenGL-расширений и на основании оценки в процессе работы
>производительности некоторых операций.Смело.
Статистический подход, так сказать.
Простое следование закону 80/20:
"80% юзеров имеют 20% вариантов конфигураций.
Так зачем тратить время на 20% юзеров с их 80% вариантов?"
Вот так честно признаться в этом - смело.P.S.
Я бы на месте разработчиков KWin опубликовал список в стиле:
"такой-то драйвер - не поддерживает это и это;
такой-то драйвер - не поддерживает то и то".
Набежали бы разрабы драйверов, разгорелся бы в спор.
В бой пошли бы скриншоты, бенчмарки, куски кода.
Но в конце концов кого надо ткнули бы носом куда надо.
И дело вырулилось бы в конструктивный лад.
А так... кидание стрелок без конкретики.
И зарывание головы в песок (с этим белым списком).
>Набежали бы разрабы драйверов, разгорелся бы в спор
>В бой пошли бы скриншоты, бенчмарки, куски кодаОга щаз нибигут
Им за это денег не платят, а референсные куски кода частично под NDA
>С проприетарным драйвером NVIDIA проблем не возникло, но свободные драйверы дезинформировали системуОчередное доказательство корявости опенсорса.
>>С проприетарным драйвером NVIDIA проблем не возникло, но свободные драйверы дезинформировали систему
>
>Очередное доказательство корявости опенсорса.Выкиньте свои роутер/модем/телефон - они насквозь пропитаны корявым опенсорсом)
Только инженеры могут написать нормальный драйвер.
>Только инженеры могут написать нормальный драйвер.Мсье знает о чем говорит?