The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от opennews on 12-Окт-12, 12:43 
Компания NVIDIA столкнулась (http://lists.freedesktop.org/archives/dri-devel/2012-October...) с труднопреодолимым препятствием в процессе обеспечения в проприетарном драйвере для Linux поддержки технологии Optimus, дающей возможность на лету переключаться между встроенной энергоэффективной видеокартой на базе GPU Intel и дискретной картой NVIDIA. Для обеспечения поддержки горячего переключения между видеокартами требуется использование интерфейса DMA-BUF, интегрированного в ядро Linux, начиная с версии 3.5 и позволяющего организовать совместное использования буферов между несколькими драйверами (использование DMA-BUF требуется для организации записи во фреймбуфер драйвера Intel).


Проблема состоит в том, что DMA-BUF отнесён к категории внутренних интерфейсов ядра, который экспортируется в группе EXPORT_SYMBOL_GPL, ограничивающей возможность использования только для модулей ядра, распространяемых под лицензией GPL. Так как драйвер NVIDIA является проприетарным, он не имеет доступа к интерфейсам группы EXPORT_SYMBOL_GPL и технологии DMA-BUF в частности. DMA-BUF также не могут использовать проприентарные драйверы для видеоподсистем многочисленных одночиповых систем, используемых в мобильной технике.


Для выхода из сложившегося тупика, представители NVIDIA предложили (http://lists.freedesktop.org/archives/dri-devel/2012-October...) перевести DMA-BUF в категорию внешних интерфейсов ядра, экспортируемых в группе EXPORT_SYMBOL. Алан Кокс, известный разработчик ядра, указал (http://lists.freedesktop.org/archives/dri-devel/2012-October...) на то, что смена статуса API возможна, но требует получения согласия от всех разработчиков, код которых использован в реализации DMA-BUF.


Подключившиеся к дискуссии представители компании  Red Hat показали (http://lists.freedesktop.org/archives/dri-devel/2012-October...), что не всё так просто и для предоставления возможности использования DMA-BUF в проприетарных драйверах требуется  изменение лицензии на реализацию DMA-BUF, что может быть сделано только при получении согласия от разработчиков как минимум всей графической подсистемы ядра. Получить согласия только от автора кода DMA-BUF недостаточно, так как данная технология тесно переплетается с другими подсистемами ядра. Так как технология DMA-BUF положена в основу будущей спецификации DRI3, то данный интерфейс без перелицензирования также не будет доступен для проприетарных драйверов.

URL: http://linux.slashdot.org/story/12/10/11/1918251/alan-cox-to...
Новость: http://www.opennet.me/opennews/art.shtml?num=35067

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

Оглавление

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


1. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +18 +/
Сообщение от хрен с горы on 12-Окт-12, 12:43 
прямо как бальзам на душу!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

54. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –7 +/
Сообщение от Анон on 12-Окт-12, 16:08 
Какой же это бальзам?! Вам - отсутствие  нормального драйвера под линукс, а им - отсутствие какого-то процента, если не доли, рынка потребителей. Не будь лицензия столь "свободной" были бы и драйвера и рынок нвидии тоже бы как минимум не пострадал. Вы же, как получается, радуетесь чужим проблемам, меж тем не замечая своих.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

73. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –4 +/
Сообщение от crypt (??) on 12-Окт-12, 17:11 
Согласен, конфуз вышел. Сотрудничество между корпорацией и сообществом зашло в тупик. Зато чукча (а точнее аж 12, судя по плюсам) радуется: билет купил, а в автобусе не поехал.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

99. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +12 +/
Сообщение от Аноним (??) on 12-Окт-12, 18:02 
> Сотрудничество между корпорацией и сообществом зашло в тупик.

Сообщество проживет без корпорации. Раньше жило и дальше проживет. Пингвин взлетел вообще без помощи корпораций - они пришли уже потом, когда оно стало летать и им стало понятно что у этого начинания большое будущее.

А вот корпорация все больше зависит от продукта выпускаемого сообществом. Просто потому что он все чаще необходим для работы их продукции. При этом корпорация почему-то не считает нужным взаимодействовать на правилах устоявшихся в этом сообществе. Им же хуже - в конечном итоге они рискуют с треском пролететь на куче сегментов рынка при таком отношении к делу. Они бы может и подлизывали какому-нибудь микрософту, да те тоже знатные кидатели. Например виндофон 8 поддерживает только квалкомм. А нвидия по мнению MS может подыхать наздоровье если хочет. Так что и тут заяц несудьбы :)

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

161. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –4 +/
Сообщение от Аноним (??) on 12-Окт-12, 23:44 
> Пингвин взлетел вообще без помощи корпораций

Я так и думал, RedHat это просто общество по интересам.

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

171. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +3 +/
Сообщение от Аноним (??) on 13-Окт-12, 07:05 
> Я так и думал, RedHat это просто общество по интересам.

Сначала появился линукс, а потом - редхат.

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

180. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –4 +/
Сообщение от crypt (??) on 13-Окт-12, 09:08 
> Сообщество проживет без корпорации. Раньше жило и дальше проживет.

Большое твое заблуждение. "Раньше" и "сейчас" - две большие разница. Раньше страничку на html мог написать любой и это считалось грамотным сайтом. Сейчас сайтостроительство разрослось вокруг html? Также и со всем остальным. И с ОС в частности. Сообщество может тягаться с корпорациями только в небольших проектах. В остальном это должен быть оплачиваемый процесс с жесткой системой производства.

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

201. "DMA-BUF и DRI3 не смогут быть использованы в..."  +1 +/
Сообщение от arisu (ok) on 13-Окт-12, 15:58 
> Раньше страничку на html мог написать любой и это считалось грамотным сайтом. Сейчас
> сайтостроительство разрослось вокруг html?

…и сайты стали жирные, неудобные и безграмотные, согласен.

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

208. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 16:20 
> …и сайты стали жирные, неудобные и безграмотные, согласен.

За все надо платить.

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

210. "DMA-BUF и DRI3 не смогут быть использованы в..."  +4 +/
Сообщение от arisu (ok) on 13-Окт-12, 16:33 
>> …и сайты стали жирные, неудобные и безграмотные, согласен.
> За все надо платить.

то есть, надо платить за то, что сайты стали тормозней и неудобней? а можно как-нибудь отказаться за это платить и получить назад старые сайты?

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

212. "DMA-BUF и DRI3 не смогут быть использованы в..."  –2 +/
Сообщение от Аноним (??) on 13-Окт-12, 16:36 
>стали тормозней и неудобней?

личное мнение никто не отменял.

>а можно как-нибудь отказаться за это платить и получить назад старые сайты?

Наука отмечает, что путешествие во времени возможно только в одном направлении - в будущее. Быстрее и проще измениться и стать менее консервативным.

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

214. "DMA-BUF и DRI3 не смогут быть использованы в..."  +4 +/
Сообщение от arisu (ok) on 13-Окт-12, 16:43 
> и стать менее консервативным

то есть, «менее консервативным» — это научиться получать удовольствие от тормозов и считать их прогрессом? имею сказать, что это *не прогресс*.

скажи мне: почему машины становятся быстрее, а программы — медленней и неудобней? что-то тут не так.

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

235. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от кевин on 13-Окт-12, 18:40 
enough is never be the same as now(c).
Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

238. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 20:03 
> почему машины становятся быстрее, а программы — медленней и неудобней? что-то тут не так.

Все тут нормально. Машины становятся быстрее в результате совершенствования технологий. С этим думаю все понятно. Программы становятся не сколько медленней, и даже не сколько функциональней, просто с продвижением информации в массы полезная информация начинает обрастать "ненужными" дополнительными данными, украшающими ее (чисто эстетика), привлекающими внимание (рекламу никто не отменял). И вот уже это стало нормой, а просто информация никому(из 95% людей) не интересна. По сути это и есть прогресс, но полезности это не добавляет, тут согласен. С увеличением доступности увеличиваются потоки информации. Отсюда большие мощности для ее обработки и больше дополнительной информации для привлечения к ней. И наоборот.
С другой стороны, мощности становятся доступнее и в этом смысле упомянутые "тормоза" не являются проблемой в краткосрочном периоде.

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

239. "DMA-BUF и DRI3 не смогут быть использованы в..."  +1 +/
Сообщение от arisu (ok) on 13-Окт-12, 20:10 
> С другой стороны, мощности становятся доступнее и в этом смысле упомянутые «тормоза»
> не являются проблемой в краткосрочном периоде.

мне как-то плевать на «периоды» и «перспективы». а тем, кто про это упоённо рассказывает, предлагаю перейти на питание «в перспективе». жрать потом когда-нибудь, когда еда станет бесплатной. а до тех пор потерпеть.

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

247. "DMA-BUF и DRI3 не смогут быть использованы в..."  –1 +/
Сообщение от Аноним (??) on 13-Окт-12, 21:01 
Вы спросили - я ответил. Не нравится - живите как хотите. Плюйте на все, только ботинки не запачкайте (жалко труда рабочих обувной фабрики).

>жрать потом когда-нибудь, когда еда станет бесплатной. а до тех пор потерпеть.

Намекаете что все должно подчиняться мнению посвященных? Уже давно не так, если когда было вообще. Не люблю намеки про розовые очки, но вынужден напомнить что носить их часто и долго вредно для разумной жизни.

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

248. "DMA-BUF и DRI3 не смогут быть использованы в..."  +1 +/
Сообщение от arisu (ok) on 13-Окт-12, 21:07 
> Намекаете что все должно подчиняться мнению посвященных?

нет. намекаю на то, что понижаются пороги вхождения, что способствует увеличению количества идиотов.

p.s. *заметных* идиотов. которые раньше не лезли в области, где им не рады.

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

250. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 21:15 
К сожалению, это факт с которым приходится считаться.
Ответить | Правка | ^ к родителю #248 | Наверх | Cообщить модератору

252. "DMA-BUF и DRI3 не смогут быть использованы в..."  +1 +/
Сообщение от arisu (ok) on 13-Окт-12, 21:19 
> К сожалению, это факт с которым приходится считаться.

но совсем не обязательно считать это чем-то нормальным.

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

253. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 21:36 
Я считаю, что хоть это и не идеал, но угробить жизнь и психику на служение идеалу фактически без какого-либо результата - это либо подвиг, достойный высокоморального человека, либо главная его глупость.
Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

279. "DMA-BUF и DRI3 не смогут быть использованы в..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 14-Окт-12, 18:57 
> Программы становятся не сколько медленней, и даже не сколько функциональней,
> просто с продвижением информации в массы полезная информация начинает обрастать
> "ненужными" дополнительными данными, украшающими ее (чисто эстетика),

Если бы.

> привлекающими внимание (рекламу никто не отменял).

А вот это уже и есть вред -- воровство внимания.

> И вот уже это стало нормой, а просто информация никому(из 95% людей) не интересна.

По-моему, писавшие текст про "95%" так и не осознали, что сами как раз и входят в то множество, от которого попытались себя отделить.  Ссылающиеся на него, кстати, тоже.

Буквально сегодня наблюдал очередной пример, как самый обычный пользователь выказывал неудовольствие зашумленностью информации.

> С другой стороны, мощности становятся доступнее и в этом смысле упомянутые "тормоза"
> не являются проблемой в краткосрочном периоде.

Упирается-то в человека.  Некоторые тормоза этого не поняли ещё...

useful keywords: calm computing
bonus link: http://acme.cat-v.org

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

282. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от arisu (ok) on 14-Окт-12, 19:01 
> bonus link: http://acme.cat-v.org

а вот это, кстати, категорически неудобная фигня, при всём уважении к Пайку. не знаю уж, как он умудрялся ЭТО использовать (если использовал, конечно). хороша для копипастеров и… и… и всё. потому что при реальной работе с текстом необходимость кидать руку то на клаву, то на мышь ужасно раздражает. я ещё в plan9 не мог понять, какой бешеный марсианин их покусал там.

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

298. "DMA-BUF и DRI3 не смогут быть использованы в..."  +1 +/
Сообщение от Jaugen Safonau email on 15-Окт-12, 03:36 
ThinkPadы небось юзали ;-)
Ответить | Правка | ^ к родителю #282 | Наверх | Cообщить модератору

207. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 16:19 
> Большое твое заблуждение. "Раньше" и "сейчас" - две большие разница. Раньше страничку
> на html мог написать любой и это считалось грамотным сайтом. Сейчас
> сайтостроительство разрослось вокруг html?

Ее и сейчас может написать любой. А если он не совсем ж@порукий то это даже будет valid HTML по мнению валидаторов.

Более того, при таком расцвете опенсорса можно совершенно даром взять навороченную CMS или что там еще. С некислой вероятностью оно уже будет уметь все что надо. В крайнем случае останется самую малость доработать напильником, что можно сделать по сути методом копипасты, минимально раскурив основные идеи. Это и является прелестью опенсорса: можно встать на плечи гигантов и продвинуться еще чуть дальше.

> Также и со всем остальным. И с ОС в частности. Сообщество может тягаться
> с корпорациями только в небольших проектах.

В случае Linux с ними никто не тягается. Они добровольно стали частью процесса. В этом то и состоит сила лицензии GPL. Вместо того чтобы тягаться - совместно работают. Ну а кто не хочет работать совместно - тот идет на йух. Потому что с ними никто не обязан взаимодействовать. И еще вопрос кому от этого хуже. Как говорится, если вы плюнете в сообщество, оно утрется. Если сообщество плюнет в вас, вы утонете.

> В остальном это должен быть оплачиваемый процесс с жесткой системой производства.

В этом мире никто никому ничего не должен. Более того, успех опенсорса как-то намекает на то что свободный человек в целом может работать для своего удовольствия явно лучше чем наймит из-под палки. Особенно если ему палки в колеса не ставить. По примерно тем же причинам однажды загнулось рабовладение. Наймит - почти как раб. Он на самом деле мало заинтересован в качестве труда и успехе проекта. Он заинтересован зарплату получить и сделать работу в срок, чтобы менеджер не снял стружку. Не больно какой стимул работать качественно.

P.S. и тем не менее,
1) Торвальдс и команда пекут новые ядра как пирожки. У них вполне поставленный процесс, вработавшаяся команда и удобный инструментарий. Что позволяет им печь новые ядра так что зависть любого проприетарщика возьмет. Т.к. выкатывать настолько масштабный и при том вполне качественный продукт за такие сроки по зубам мягко говоря не каждому. А ченжлогов между каждой версией - на две винды хватит.
2) Те кто пытается лебезить и заискивать перед проприерасами-корпорасами как правило остаются в пролете. Ну вон бсдшники. Вроде и лицензия удобная. А вот фиг, в тегре их вообще со счетов списали. Сделали linux-only драйвер :D и доки на GPU не дали. Окончательно обув их на даже самые призрачные шансы стать чем-то заметным в мобильных девайсах. В общем на подставки для ног ставят грязные ботинки. Ожидаемо. Или вон реактос. Они так кивали на то что возможность юзать готовые закрытые дрова, блаблабла. И к чему это пришло? К тому что производителям на них плевать, а они уже и сами не знают какую же винду они симулируют чтобы все работало. Все понемногу. В результате большинство проприетарных драйверов не работают там вообще. И система по дефолту совершенно лысая и неюзабельная. И даже просто в образ сидюка положить нормальный драйвер они не могут - это надо нудно договариваться с правообладателем. Который спасибо если не пошлет и не попросит сотен нефти за это право. Вот и пролетают перцы как фанера над парижем - системе более 10 лет а она так и осталась в зачаточном состоянии, непригодном для практических применений.

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

209. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 16:25 
В вашей серверной/книжной полке найдется диск со свободным и главное удобным 3D САПР? Нет, жаль.
Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

216. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от anonymous (??) on 13-Окт-12, 16:48 
Все то, что более-менее широко юзается - есть. Находятся люди, которые пишут, находятся люди, которые со временем это начинают финансировать. Если 3D САПР нет, значит сами себе злобные буратины.
Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

278. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Michael Shigorin email(ok) on 14-Окт-12, 18:51 
> В вашей серверной/книжной полке найдется диск со свободным и главное удобным 3D
> САПР? Нет, жаль.

Если бы Вы имели сомнительное удовольствие посматривать на подобные консервированные "доводы от некрософта", то наверняка бы тоже заметили, насколько эта шагреневая кожа съёжилась за прошедший десяток лет.  Так что спасибо за беспокойство, но оно совершенно излишне -- слепота в столь юном возрасте гораздо больше беспокоить должна бы.

PS: Вы всё так же полыхаете на радаре.

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

289. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 14-Окт-12, 22:13 
Я являюсь пользователем подобных систем, причем уже давно, и знаю что чего стоит, и скажу вам что свободные аналоги, если их так можно назвать, отсутствуют, причем не сколько из-за ограничений по возможностям сколько по причине крайне низкой юзабельности. Все материальное, достойное внимания более одного человека планируется и разрабатывается заранее. Немногим более серьезные, чем домашние поделки, вещи используют САПР (почему могу описать подробнее). Так вот современный САПР, как я уже сказал отсутствует в свободном виде. Не видеть этого и не понимать важности - слепота, и чужие доводы тут не при чем.
Жалко видеть, что "служители" мира информации забыли цель ее существования и возымели наглость думать о себе как о вершине современного мироздания. Отметая мнения о моем завышенном самомнении, о себе как о "пупе земли" я не думаю.
Ответить | Правка | ^ к родителю #278 | Наверх | Cообщить модератору

290. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Michael Shigorin email(ok) on 14-Окт-12, 22:24 
> Жалко видеть, что "служители" мира информации забыли цель ее существования и возымели
> наглость думать о себе как о вершине современного мироздания.

Наблюдается такая беда.

PS: в Вашей предметной области движителем могут оказаться не столько свободные проекты/продукты, сколько открытые и свободные форматы данных, IMHO...

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

292. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 01:09 
Так вот и хочется добавления юзабельности, а не сидение на проприетарщине. В принципе, все возможности есть, но не хватает простого и продуманного интерфейса и предметно ориентированных баз данных его обеспечивающих, кстати уже имеющих бумажный формат в виде соответствующих стандартов. Самому "поднимать" это не получится т.к. временные затраты крайне велики.
Сейчас существуют только лишь "полнофункциональные" заготовки, к стати, часто совместимые по формату с проприетарным ПО. По мере возможности пытаюсь перейти на свободное ПО (преимущественно бесплатное) т.к. соответствующее финансирование и заинтересованность трудно вписываются в сегодняшнее мировоззрение большинства "непросвещенных" в научных кругах. Т.е. выбор фактически заключается в том, гробить ли свое время на продвижение продуктов с сомнительным, в ближайшее время, будущим или нет.
Грустно наблюдать, как люди занимающиеся проблемами в некоторой области, преимущественно пользующиеся одними и теми же методами исследований не имеют единой базы ПО, которое в большинстве случаев обеспечивается открытыми и даже бесплатными решениями, по сути толкаются на месте. Сдвинуть все это представляется еще трудней.
ИМХО, сегодняшнее понимание, во всяком случае в моем "научном" окружении (без обид), свободного ПО и его преимуществ сильно хромает и это не идет на пользу никому. Выход вижу исключительно в коммерческом (в том или ином виде) продвижением в этой области с четко поставленными целями, задачами и контролем, и конечно соответствующей оплатой труда, чего пока не вижу.
Ответить | Правка | ^ к родителю #290 | Наверх | Cообщить модератору

294. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 03:27 
> В вашей серверной/книжной полке найдется диск со свободным и главное удобным 3D
> САПР? Нет, жаль.

Я не храню весь существующий в мире хлам у себя на полках. Могу сказать что вполне годный CAD для создания печатных плат - есть. KiCAD называется. Насчет 3D кадов вопрос не по адресу - они мне нужны как зайцу стопсигнал.

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

318. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 13:09 
Не очень ли опрометчиво ограничивать интересы "всех" своими интересами?!
Ответить | Правка | ^ к родителю #294 | Наверх | Cообщить модератору

332. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 21:42 
> Не очень ли опрометчиво ограничивать интересы "всех" своими интересами?!

Так я и не ограничиваю, имхо. Вот только CADы вообще нишевая штука и реально нужны каким-то долям процентов. Ну не каждый первый индивид реально что-то там проектирует в кадах. Это очень нишевой софт для нишевых нужд. И как минимум какой-то - таки есть. И платный, и бесплатный, и какой там еще. То что я не обязан это знать - простите, с таким же успехом вы можете спрашивать в обычном магазине как их продукты ведут себя в невесомости, например. Как будто они знают и проверяли. Нет, это не отменяет наличия космонавтов в природе. Просто их довольно мало и они не затариваются в первом попавшемся ларьке.

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

336. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 23:13 
Во первых, ни долям процентов. Думаю, что если просчитать прибыль с каждого раб. места с CAD-системой, то цифра выйдет внушительная. Во вторых, то, что Вы так или иначе недостаточно информированы еще не значит что Вы не представляете о чем речь. Моя главная мысль состояла в следующем.

Процитирую:
>Вместо того чтобы тягаться - совместно работают. Ну а кто не хочет работать совместно - >тот идет на йух. Потому что с ними никто не обязан взаимодействовать. И еще вопрос кому от >этого хуже. Как говорится, если вы плюнете в сообщество, оно утрется. Если сообщество >плюнет в вас, вы утонете.

В данном случае теряет сообщество т.к. без капиталовложений и оплачиваемого труда реализовать подобного масштаба системы не удастся. CAD был приведен в пример. Так что я не очень был бы категоричен в том, что если не GPL, то непременно "на йух" и в примере с CAD сообщество может и утрется но "потеряет" гарантированно и ничего сделать с этим не сможет.

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

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

257. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –3 +/
Сообщение от Тарелькин on 14-Окт-12, 01:11 
>Сообщество проживет без корпорации. Раньше жило и дальше проживет. Пингвин взлетел вообще без помощи корпораций - они пришли уже потом, когда оно стало летать и им стало понятно что у этого начинания большое будущее.

Пока Пингвин работает на процессорах, выпускаемых корпорациями, на материнских платах, выпускаемых корпорациями, на видеокартах, выпускаемых корпорациями, ни фига он без корпораций не проживет.

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

262. "DMA-BUF и DRI3 не смогут быть использованы в..."  +2 +/
Сообщение от arisu (ok) on 14-Окт-12, 06:45 
ты ничего не перепутал, не?
Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

295. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 03:29 
> выпускаемых корпорациями, на видеокартах, выпускаемых корпорациями, ни фига он без корпораций
> не проживет.

Как бы это сказать? Постепенно появляются и проекты чипов созданных любителями. С платами - еще проще. Не боги горшки обжигают.

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

337. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 23:16 
> Как бы это сказать? Постепенно появляются и проекты чипов созданных любителями. С
> платами - еще проще. Не боги горшки обжигают.

На проекте чипа далеко не уедешь. Когда производство наладят, пусть даже по качеству, а не количеству, тогда и можно вести разговор о независимости от аппаратных решений.

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

102. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +3 +/
Сообщение от Аноним (??) on 12-Окт-12, 18:05 
> билет купил, а в автобусе не поехал.

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

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

108. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 12-Окт-12, 18:22 
>> билет купил, а в автобусе не поехал.
> Простите, они нарвутся на то что все меньше народа будет покупать их
> билеты да еще и станет ездить другими рейсами.

Читай до конца комментарий, на который ты отвечаешь. Я для тебя даже процитирую:

>>> Вам - отсутствие  нормального драйвера под линукс, а им - отсутствие какого-то процента, если не доли, рынка потребителей.

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

113. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 18:29 
Да, такая доля процента - 90% из топ 500, чуть ли не половины рынка смартов/планшетов, etc. Пусть продолжают дальше в том же духе. Вот только линукс прекрасно жил без всяких нвидий. Никто не падал ниц и не просил их сделать драйвера.
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

122. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –4 +/
Сообщение от Аноним (??) on 12-Окт-12, 19:11 
Не стоит связывать технологии массовых продуктов с технологиями, применяемые в "штучных" решениях из ТОП500. Тем более, если верить Вашим цифрам, то 90% уже говорит о том, что аналогов подобного оборудования практически нет, что заставляет задуматься о приоритетах со стороны как само
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

123. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –2 +/
Сообщение от Аноним (??) on 12-Окт-12, 19:16 
Прошу прощения, запостил раньше времени. Продолжу мысль.
> заставляет задуматься о приоритетах со стороны как самой

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


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

147. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 12-Окт-12, 21:39 
> Не стоит связывать технологии массовых продуктов с технологиями,
> применяемые в "штучных" решениях из ТОП500.

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

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

152. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –2 +/
Сообщение от Аноним email(??) on 12-Окт-12, 21:55 
>> Не стоит связывать технологии массовых продуктов с технологиями,
>> применяемые в "штучных" решениях из ТОП500.
> Так с переднего края технологии сперва сползают в датацентры, потом в обычные
> серверы и десктопы.  Посмотрите на SMP и подумайте, как оно
> добиралось в нетбуки...

В топе 500 технологии DRI3, потом они прийдут в датацентры. Я правильно понял?

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

157. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 12-Окт-12, 22:27 
> В топе 500 технологии DRI3, потом они прийдут в датацентры. Я правильно понял?

Нет.  Кстати, можете не стараться замусорить тред -- бесполезно.

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

162. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –2 +/
Сообщение от Аноним (??) on 12-Окт-12, 23:49 
> Так с переднего края технологии сперва сползают в датацентры, потом в обычные серверы и десктопы.
> Нет.  Кстати, можете не стараться замусорить тред -- бесполезно.

Этот тред о том, что не используется на тех системах на которые вы ссылаетесь.

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

163. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Michael Shigorin email(ok) on 12-Окт-12, 23:56 
>> с переднего края
> Этот тред о том, что не используется на тех системах на которые вы ссылаетесь.

Понимаю, что чукча не читатель, но всё-таки прочитать и понять придётся.

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

174. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 13-Окт-12, 07:25 
> Нет.  Кстати, можете не стараться замусорить тред -- бесполезно.

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

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

287. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Michael Shigorin email(ok) on 14-Окт-12, 20:06 
> А можно еще раздать слонов

Слонов не имею. :)

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

173. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 07:23 
> В топе 500 технологии DRI3, потом они прийдут в датацентры. Я правильно понял?

Почти, почти. Например, в открытых дровах довольно активно пилят тот же OpenCL. И знаете, в открытых системах при прочих равных с открытыми драйверами куда меньше проблем чем с закрытыми. <sarcasm> Как ни странно. </sarcasm> Поэтому тот кто предоставит открытые и качественно драйвера - получит конкурентное преимущество.

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

181. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 13-Окт-12, 10:20 
Не хотелось бы огорчать Вас, но вашу спесь и шаблон сбить стоит.

Есть такая конторка - Cray (знаете таких по TOP500? ну там гдето процентов 70 занимают) - вполне устраивают текущие дрова от NVidia, и Cray XT5E и XT6 - идут с Tesla в комплекте..
Что вы там говорили о конкурентных преимуществах?
Могу еще сказать - NV - это штатовская контора, а штатам совсем не улыбается что бы китайцы их подвинули.. ну собственно там где крей получит исходники и соберет под нужное ему - там китайцы будут сосать лапу.. И никакая невидимая рука рынка тут не поможет.

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

188. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от ананим on 13-Окт-12, 11:49 
Да вы ничуть не огорчили.
Даже напротив — как идут, так и перестанут.
Деньги как известно не пахнут, как только конкуренты (а амд с интелом тоже сшп) будут предоставлять пусть не такие крутые, но без траблов (в отличие от нвидии — а к этому всё идёт) и, что самое главное, кастомизируемое, гибкое решение, то крэй с лёгким сердцем и чистой душой пошлёт их так далеко, что и не увидишь.
А с учётом что это будет на порядки дешевле, то это вероятно почти на 101%.
(1% ещё нвидиа добавляет)
Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

196. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 15:10 
>это вероятно почти на 101%.

Это вероятно лишь в вашем воображении. В идеальной теории все так, но на практике уместнее скорее мысль про "штаты", хотя истину мы не узнаем, если только тут нет трепливых представителей самой Cray.

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

258. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от ананим on 14-Окт-12, 02:12 
сколько у вас креев?
а то так же - Это вероятно лишь в вашем воображении. В идеальной теории все так, но на практике уместнее скорее мысль про "штаты", хотя истину мы не узнаем, если только тут нет трепливых представителей самой Cray.
Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

260. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 14-Окт-12, 02:55 
Нисколько, именно по этому я о них молчу, но у вас-то конечно пара десятков наберется.
Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

211. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 16:34 
> Есть такая конторка - Cray (знаете таких по TOP500? ну там гдето
> процентов 70 занимают) - вполне устраивают текущие дрова от NVidia,

Знаете, на лошадях тоже ездили и вроде "вполне устраивало". А вот поди ж ты - как-то появились автомобили и самолеты.

> и Cray XT5E и XT6 - идут с Tesla в комплекте..

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

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

Простите, открытие описания "внешних" регистров через которые железяка управляется и даже кишки драйверов - очень мало чего дает китайцам и всем остальным. Просто потому что архитектуру 1 в 1 содрать не выйдет. Внутренняя логика ведь не открыта. Ее придется с нуля дизайнить. А это и есть основная часть работы. Ну вон амд и интель спеки и сорсы выкладывают. Ну и где китайские клоны? И как с этим согласуется заказ от китайцев :))) на полмиллиарда баксов на GPU? Казалось бы взяли да содрали бесплатно? :)

> ну собственно там где  крей получит исходники и соберет под нужное ему - там китайцы
> будут сосать лапу.. И никакая невидимая рука рынка тут не поможет.

А Крэю оно надо - лишнюю работу в несвойственной ему области делать? Как-то сомнительно.

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

285. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Michael Shigorin email(ok) on 14-Окт-12, 20:03 
> NV [...] там где крей получит исходники и соберет под нужное ему

Это где же, о сбивающий спесь обо встречные столбы?

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

348. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 16-Окт-12, 20:35 
>> Не стоит связывать технологии массовых продуктов с технологиями,
>> применяемые в "штучных" решениях из ТОП500.
> Так с переднего края технологии сперва сползают в датацентры, потом в обычные
> серверы и десктопы.  Посмотрите на SMP и подумайте, как оно
> добиралось в нетбуки...

То, что в ноутах, даже с большой натяжкой на SMP не тянет.

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

354. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Michael Shigorin email(ok) on 16-Окт-12, 21:19 
> То, что в ноутах, даже с большой натяжкой на SMP не тянет.

Всё-таки почитайте матчасть для начала, начиная с определений и далее к реализациям.

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

172. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-12, 07:20 
> Не стоит связывать технологии массовых продуктов с технологиями, применяемые в "штучных"
> решениях из ТОП500.

Суперкомпьютеры конечно штучный товар. Зато в каждой штуке суперкомпьютера может быть до нескольких тысяч крайне дорогих топовых GPU.

> Тем более, если верить Вашим цифрам, то 90% уже говорит о том, что аналогов
> подобного оборудования практически нет,

Гнусное ламерство: более 90% это суперкомпьютеров под управлением линукса. Далеко не все из них пока еще оснащены GPU. И за этот кусок сегмента рынка намечается приличная рубка.

> что заставляет задуматься

А вот это у вас плохо получается.


Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору
Часть нити удалена модератором

213. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 16:42 
> Да. Китайский MIPS кластер это очень штучная вещь,

Не знаю о каком вы там MIPS кластере, если вы о сделке на полмиллиарда, китайцы помнится в школы хотели GPU на полмиллиарда закупить. А у них там MIPS-ы стоят. Потому что они гордые и не собираются лизать кому-то зад. У них хватает ума желать технологической независимости. GPU - штука дополнительная, ее можно и на стороне докупить. Благо, PCI-E задуман как платформенно-нейтральная шина. Ну вот тут нвидия и пролетела на полмиллиарда. Просто потому что они ну вообще совсем никак не могут на разумных условиях выкатить драйвер для MIPSовой архитектуры. И открытого драйвера - нет. А для амдшных карточек есть открытый драйвер. Ему все-равно, mips там или x86. Пересоберут его под mips - будет под mips.

> Так что о чем вы говорите - не понятно.

Потому что вы занимаетесь софистикой, не владея вопросом. В результате вы забавно поадаете впросак и генерируете массу лулзов :). Зато объем профанского апломба невозбранно доставляет :)

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

197. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 15:20 
>Зато в каждой штуке суперкомпьютера может быть до нескольких тысяч крайне дорогих топовых GPU.

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

>А вот это у вас плохо получается.

По крайней мере я не говорю про все обо всем с гордым видом.

>И за этот кусок сегмента рынка намечается приличная рубка.

Будете участвовать?

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

217. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 16:51 
> может и очень много, но на фоне всего рынка масштаб неизвестен.

Если бы там не было БАБЛА в интересном объеме - производители бы туда не лезли. Амд даже передизайнили архитектуру карт специально под вычисления, явно подозревая что у GPGPU вычислений огромное будушее. Архитектура GCN сделана для упрощения вычислений. Требования к компилятору понижены, т.к. оптимальная генерация кода для VLIW в чистом виде - это полный брэйнфак. А вот это амдшникам нацелившимся на рынок GPGPU как-то не нравится.

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

Как раз в случае суперкомпьютеров - набиваются самые топовые монстры ориентированные на вычисления. Стоят такие штуки явно поболее чем топовые геймерские карты. Суперкомпьютерщики - народ не бедный.

>>А вот это у вас плохо получается.
> По крайней мере я не говорю про все обо всем с гордым видом.

Еще как говорите. И смешно попадаете впросак, не удосужившись разобраться в том что, где и как, зато делая далеко идущие выводы. Пролошившись в стартовых точках вашей софистики. После чего ценность оной стремится к нулю, т.к. получившийся бредотреп исходит из неверных начальных данных. Ололо! :D

>>И за этот кусок сегмента рынка намечается приличная рубка.
> Будете участвовать?

Посмотрим. Как минимум opencl подучить - далеко не самая глупая идея, имхо.

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

186. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от darkshvein (ok) on 13-Окт-12, 10:49 
И что, из-за того, что нвидиа упрямые ослы, не желающие принимать открытые лицензии, мы должны принимать закрытые лицензии? Ну ты сказал. Правильно там 12(10) плюсов стоят.
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

199. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 13-Окт-12, 15:52 
> И что, из-за того, что нвидиа упрямые ослы, не желающие принимать открытые
> лицензии, мы должны принимать закрытые лицензии?

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

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

203. "DMA-BUF и DRI3 не смогут быть использованы в..."  +3 +/
Сообщение от arisu (ok) on 13-Окт-12, 16:04 
> Какие свободы отбирают?

например, починить напрочь поломаное уже как минимум пол-года переключение в текстовую vt-консоль. которое работает ровно один раз, и потом — всё. нетоварищи из nvidia стоят в позе УМВР, чинить ничего не собираются и никому больше починить не дают.

при этом нормально возвращаться из hibernate в графику оно не умеет ещё дольше. раньше я это решал переключением в vt и гибернацией оттуда. теперь — всё, музыка кончилась.

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

доступно пояснил?

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

215. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 16:43 
Доступно конечно, но вместо траты времени можно просто купить АМД, тем более что месяц работы стоит дороже. Этой свободы вас не лишают и не собираются. Потом, Вы забываете что производитель тоже не обязан Вам ничего открывать. Вы выбрали решение - значит согласились с политикой компании. Правильный выбор или нет - это уже другой разговор.
Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

218. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 16:54 
> Доступно конечно, но вместо траты времени можно просто купить АМД, тем более
> что месяц работы стоит дороже.

Как бы каждый сам решает сколько стоит месяц его работы. Для себя любимого и самообслуживания лично своих проблем - он бесплатен.

Более того, если я или даже arisu отбабахаю нвидии месячный доход - они врядли соблазнятся на это и фиг с два починят драйвер. Дороже? Да, в их исполнении маневр "доработка на заказ" просто баснословно дороже.

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

244. "DMA-BUF и DRI3 не смогут быть использованы в..."  –1 +/
Сообщение от Аноним (??) on 13-Окт-12, 20:25 
>Да, в их исполнении маневр "доработка на заказ" просто баснословно дороже.

Вы сравнили свой доход и доход NVIDIA противопоставляя при этом интересы? Скромность....нет это не про Вас.

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

296. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 03:35 
> Вы сравнили свой доход и доход NVIDIA противопоставляя при этом интересы?

Я сравнил возможность и стоимость выполнения некоторой работы при ситуации когда приперло. Для себя я как-нибудь разопрусь. А вот нвидия для меня в принципе распираться за сколь-нибудь разумные суммы не станет. Да и за не слишком разумные как видим тоже.

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

219. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от arisu (ok) on 13-Окт-12, 16:54 
> Доступно конечно, но вместо траты времени можно просто купить АМД

угу-угу. я так понимаю, что деньги за уже купленую карту нвидии амд мне вернёт?

> Вы выбрали решение — значит согласились с политикой компании.

которая *на то время* меня устраивала. потом всё стало хуже и даже ещё хуже.

ещё раз: был вопрос «какие свободы отбирают», а не «как ты дошёл до жизни такой». я ответил, какие свободы отбирают. и да: я согласен (со скрипом) на такое отбирание, если производитель оперативно чинит баги.

увы, баланс amd/nvidia поменялся в пользу amd, но машины времени у меня нет. и *к железу* претензий тоже нет. а то, что нвидиа смотрит на меня как на жвачное — это уже их проблемы, следующая моя техника будет однозначно не с их картами.

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

245. "DMA-BUF и DRI3 не смогут быть использованы в..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-12, 20:36 
>угу-угу. я так понимаю, что деньги за уже купленую карту нвидии амд мне вернёт?

Ваш ошибочный выбор оплачивается Вами. Уверен NVIDIA выполнила все обязательства, которые возложила на себя при Вашей покупке.

> был вопрос «какие свободы отбирают», а не «как ты дошёл до жизни такой»

Вы упомянули решение проблем, которые, как Вы предполагаете, должны были решаться NVIDIA. Покупая Вы могли предусмотреть решение этих проблем, но этого не сделали согласившись при покупке на предложенные обязательства. Так при чем здесь NVIDIA если Вы сами сделали выбор, которым остались недовольны? Понимаю, что осознание подобного не самое приятное, что может случиться, но это бывает т.к. предусмотреть все и сразу не получится. Все усугубляется и величиной рынка от "имени" которого Вами выставляются претензии, но вот ведь проблема, этот ранок 1-2%, если не меньше, от всего рынка интересов NVIDIA, что также не способствует решению проблем. Так чему тут удивляться?

>следующая моя техника будет однозначно не с их картами.

Полностью поддерживаю точку зрения. Хоть и не пользуюсь 3D под линукс, купил АМД за техн. характеристики и полностью доволен.

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

220. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от arisu (ok) on 13-Окт-12, 16:57 
p.s. *работать* мне эти баги не мешают. неприятны, конечно, но не настолько, чтобы я ломанулся в магазин за новой видеокартой. а вот потратить месяцок вечеров на неспешное ковыряние кода (учитывая, что скилл «нормально патчить чужое без глубокого погружения» у меня достаточно неплохо прокачен) я вполне готов. буду вместо кино код ковырять — это даже интересней. только вот нет этого кода.
Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

237. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 19:29 
> Может сообществу еще и железо со спеками и исходниками прошивок раздавать бесплатно?!

Некоторые подобным образом поступают. В качестве общества выступают ключевые разработчики.

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

243. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 20:22 
И это хорошо, но нельзя требовать это от других т.к. за счет Вашей свободы нарушается их свобода. Кто-то сказал, что свобода заканчивается там, где начинается свобода других. С осознанием этого у, представленного подобными данному ресурсу, пользователей проблемы, причем большие.
Ответить | Правка | ^ к родителю #237 | Наверх | Cообщить модератору

297. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 03:36 
> Вашей свободы нарушается их свобода. Кто-то сказал, что свобода заканчивается там,
> где начинается свобода других.

Ну вот нвидия в своем упражнении свободы показывать всем фигу наступает на свободу других людей делать с тем что они купили то что надо им а не нвидии.

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

325. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 15-Окт-12, 15:00 
Так в том-то и дело что никто и не покупал у них сорцы, спеки и т.п. и они не прилагались к купленной в магазине видеокарте. Если в вашем соглашении с нвидиа написано другое, то будет очень интересно почитать. Без соглашения, в котором прописано что нвидиа должна открыть сорцы, все доводы лишь юольной домысел, не более.
Ответить | Правка | ^ к родителю #297 | Наверх | Cообщить модератору

328. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от arisu (ok) on 15-Окт-12, 15:09 
никто и не говорил, что они нарушают какую-то букву соглашения.
Ответить | Правка | ^ к родителю #325 | Наверх | Cообщить модератору

334. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 21:53 
> Так в том-то и дело что никто и не покупал у них
> сорцы, спеки и т.п. и они не прилагались к купленной в магазине видеокарте.

Ну так и нвидии никто не обещал что не будет показывать фак или делать программирование под некое ядро удобным. Значит согласно вашей же логике все честно и вообще не понятно чем вы тут недовольны. Или вы не готовы схарчить вашу же логику примененную к лично вам? :)

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

2. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +7 +/
Сообщение от Game developer on 12-Окт-12, 12:44 
А перевести свои собственные драйвера на двойную лицензию они не желают? 2012й год на дворе, пора бы им уже повзрослеть. Писать драйвера по принципу "никому не покажем, потому что стыдно, и вообще там всё супер-секретно" - детский сад.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 12-Окт-12, 13:01 
опять 25...
откуда вы такие наивные то все беретесь?
они там совсем должны быть упоротыми чтобы отказаться от своей профессиональной линейки
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

10. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Andrey Mitrofanov on 12-Окт-12, 13:05 
> они там совсем должны быть упоротыми чтобы отказаться от своей профессиональной линейки

Аналогичная профессиональная линейка: DMA-BUF, DRI3, GPLONLY. Консенсус, мир-труд-май! О чём новость-то не напомните?....

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

40. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 14:44 
> Аналогичная профессиональная линейка: DMA-BUF, DRI3, GPLONLY. Консенсус, мир-труд-май!
> О чём новость-то не напомните?....

угу, напоминаю что драйвер у них по сути один на все графические решения

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

69. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +5 +/
Сообщение от Аноним (??) on 12-Окт-12, 16:55 
> угу, напоминаю что драйвер у них по сути один на все графические решения

А это проблемы нвидии. Волновать ядерщиков они как-то совершенно не обязаны. Если нвидия где-то облапошивает кастомеров, коцая функционал чисто драйверами - они сами себя же и обдурили, посколько сколько веревочке ни виться...

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

349. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 16-Окт-12, 20:57 
>> угу, напоминаю что драйвер у них по сути один на все графические решения
> А это проблемы нвидии. Волновать ядерщиков они как-то совершенно не обязаны. Если
> нвидия где-то облапошивает кастомеров, коцая функционал чисто драйверами - они сами
> себя же и обдурили, посколько сколько веревочке ни виться...

Открой для себя RivaTuner. И - да, добро пожаловать из криокамеры на свежий воздух реального мира.

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

88. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +3 +/
Сообщение от R on 12-Окт-12, 17:40 
>> Аналогичная профессиональная линейка: DMA-BUF, DRI3, GPLONLY. Консенсус, мир-труд-май!
>> О чём новость-то не напомните?....
> угу, напоминаю что драйвер у них по сути один на все графические
> решения

А разработчики ядра предлали, к стати, НВидии очень неплохой выход из этого (тогда еще только гипотетического) тупика - разделение драйвера на 2 части: 2-D и 3-D. В 2-D части, собственно, никаких коммерческих секретов на сегодня нет, поэтому НВидии предлагали объединить усилия их программистов с сообществом и развивать noveau, а все "секреты" перенести в 3-D часть, которая будет уже под коммерческой лицензией и будет взаимодействовать только с 2-D частью через "внешние" API.
Так не соглашаются ведь.

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

89. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 12-Окт-12, 17:44 
>[оверквотинг удален]
>> угу, напоминаю что драйвер у них по сути один на все графические
>> решения
> А разработчики ядра предлали, к стати, НВидии очень неплохой выход из этого
> (тогда еще только гипотетического) тупика - разделение драйвера на 2 части:
> 2-D и 3-D. В 2-D части, собственно, никаких коммерческих секретов на
> сегодня нет, поэтому НВидии предлагали объединить усилия их программистов с сообществом
> и развивать noveau, а все "секреты" перенести в 3-D часть, которая
> будет уже под коммерческой лицензией и будет взаимодействовать только с 2-D
> частью через "внешние" API.
> Так не соглашаются ведь.

nouveau - 3D-драйвер. 2D-драйвер - nv. Разрабатывался NVIDIA. Имел весь тот же функционал, что и проприетарный драйвер nvidia, но без 3D (CUDA тогда ещё не было). Разработка прекращена после принятия nouveau в ядро Linux. Зачем ты сочиняешь?

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

95. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +3 +/
Сообщение от Аноним (??) on 12-Окт-12, 17:55 
> Разработка прекращена после принятия nouveau в ядро Linux.

Разработки как таковой и не было - никто кроме нвидии не мог ничего менять в куске обфусцированного кода. Простите, обфусцированный код за исходник не считается.


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

127. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от R on 12-Окт-12, 19:35 
> nouveau - 3D-драйвер. 2D-драйвер - nv. Разрабатывался NVIDIA. Имел весь тот же
> функционал, что и проприетарный драйвер nvidia, но без 3D (CUDA тогда
> ещё не было). Разработка прекращена после принятия nouveau в ядро Linux.
> Зачем ты сочиняешь?

Ну, скажем так, я своими словами пересказал предложение, озвученное Меттью Гарретом (Matthew Garrett) в lists.linux-foundation.org. Если интересно, вот ссылка http://lists.linux-foundation.org/pipermail/ksummit-2012-dis...
Но там на английском. Новость на русском, к стати, была на opennet. И если Вам, уважаемый Безымянный, лень следить за новостями, то уж действительно, зачем сочинять...

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

121. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 12-Окт-12, 19:09 
>> они там совсем должны быть упоротыми чтобы отказаться от своей профессиональной линейки
> Аналогичная профессиональная линейка: DMA-BUF, DRI3, GPLONLY.

Речь не об этом, видимо вы не в курсе, что NVIDIA урезает функцинальность дешёвых карт программно. Аппаратно некоторые карты за 50$ и 500$ идентичны.

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

135. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от прохожий on 12-Окт-12, 21:02 
Не говорите ерунды. Там даже площади кристаллов разные.
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

11. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Game developer on 12-Окт-12, 13:06 
Они - производитель железа. Никакого "секрета коммерческого успеха" в их дровах нет - напротив, куча косяков и неудачных решений, особенно с управлением памятью.

Сейчас они в ситуации "оно работает хреново, сами мы разобраться не можем, но никому ничего не покажем". Известная история с двойным падением FPS в Diablo 3 после апгрейда дров с официального сайта как бы показывает уровень упоротости в коллективе их программистов.

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

29. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от НЕТ on 12-Окт-12, 14:16 
Проблема перелицензирования заключается не в том на сколько хреново что работает, а в идеях и патентах используеых в драйвере.
Авторы DMA-BUF выбрали лицензию по своей причине, авторы nVidia свою, чтобы изменить её в DMA-BUF, надо просто договориться с её авторами. nVidia, в свою очередь, связана своими обязательствами, со своими партнёрами. Линукс для них лишь часть их бизнеса (при чём не самая большая), а для обхода одного камня преткновения им предлагают изменить лицензию вообще на всё, что затронет не только линуксовый драйвер.
Представьте, если для этого пришлось изменить лицензию на весь линукс, какой палец показал бы Линус?
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

42. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 12-Окт-12, 14:46 
> Проблема перелицензирования заключается не в том на сколько хреново что работает, а
> в идеях и патентах используеых в драйвере.
> Авторы DMA-BUF выбрали лицензию по своей причине, авторы nVidia свою, чтобы изменить
> её в DMA-BUF, надо просто договориться с её авторами. nVidia, в
> свою очередь, связана своими обязательствами, со своими партнёрами. Линукс для них
> лишь часть их бизнеса (при чём не самая большая), а для
> обхода одного камня преткновения им предлагают изменить лицензию вообще на всё,
> что затронет не только линуксовый драйвер.
> Представьте, если для этого пришлось изменить лицензию на весь линукс, какой палец
> показал бы Линус?

да какие партнеры? никто их квадры просто брать не будет, потому-что квадры от гефорсов практически не отличаются - чипы одни и те же

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

48. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 12-Окт-12, 15:24 
Ну вам-то виднее, неправда ли.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

55. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от ананим on 12-Окт-12, 16:09 
разумеется.
им уже предложили разработать свой блоб (если уж жлбство не искоренить) поверх nouveau и не морочить никому голову.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

60. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 16:30 
> разумеется.
> им уже предложили разработать свой блоб (если уж жлбство не искоренить) поверх
> nouveau и не морочить никому голову.

Верно, именно ваше видение сильно интересно коммерческой компании. Ибо вы, лучше всех разбираетесь во всем.

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

66. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от ананим on 12-Окт-12, 16:48 
>Верно, именно ваше видение сильно интересно коммерческой компании. Ибо вы, лучше всех разбираетесь во всем.

а с чего меня должно интересовать мнение коммерческой компании?
они мне за это не платят.

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

71. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Аноним (??) on 12-Окт-12, 16:57 
> Верно, именно ваше видение сильно интересно коммерческой компании. Ибо вы, лучше всех
> разбираетесь во всем.

Коммерческая компания недавно уже пролетела на полмиллиарда баксов просто потому что их драйвер вообще не жилец под MIPSовую архитектуру и пересобрать его под нее - ну вообще никак. Влет на полмиллиарда - аргумент понятный любой коммерческой компании :)

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

156. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 22:11 
> нее - ну вообще никак. Влет на полмиллиарда - аргумент понятный
> любой коммерческой компании :)

Не экономист, но нашел сравнимые на мой взгляд показатели (может кто знающий уточнит из более авторитетных источников):
http://swifttrade.ru/analytics/novosti-emitentov/dokhody-goo.../
http://mestechko.info/mobile/8430-chistaya-pribyl-nvidia-v-i...

"Прибыль AMD второго квартала упала до $37 миллионов с $61 миллиона в аналогичный период год назад."

и

"Чистая прибыль (последний квартал) снизилась со $171,7 млн до $116,0 млн."

Сравните прибыли и тенденции развития, затем примите во внимание то, что NVIDIA занимается в основном производством графических процессоров и всем тем что с ними связанно, а AMD занимается кроме этого еще и процессорами, отхватывая значительный кусок у Intel. Так что не так все просто.

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

175. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-12, 07:30 
Да, у нвидии в последнее время все не так просто:
1) С рынка чипсетов ее окончательно выперли, поскольку интел и амд и сами приличные чипсеты делать умеют. Конкурировать с ними нвидии душно, своих х86 у нее нет и она потеряла нишу. Частично скомпенсировав на рынке сильноинтегрированных штук теграми, но это не совсем то.
2) У амд и интель есть APU ака процессоры с GPU. И они неизбежно оттесняют дискретные решения в топовый сегмент. То-есть нвидия опять теряет рынок.
3) Рыночная доля амд и интел в сфере графики - растет. Это можно посмотреть в различных статьях и отчетах. Например не так давно на ixbt было. Да и еще много где.

В общем нвидия как-то так со всех сторон прижата и теряет рынок. На ее месте логично осваивать новые рынки. Вот только как-то и оказывается что там везде линукс. А нормально взаимодействовать с его разработчиками нвидия не умеет.

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

206. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 16:18 
Т.е. почти в 2 раза различающаяся прибыль и не в сторону АМД, пусть и при общей тенденции ее снижения, Вас не смущает? Ничего личного, но мнение человека, написавшего 3 пункта по множественным материалам из интернета, явно не объективное и в силу неполноты информации, а скорее всего и ее искажения (не только Вашего, но и главным образом авторами материалов), не может быть истиной.

>На ее месте логично осваивать новые рынки. Вот только как-то и оказывается что там везде линукс.

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

>А нормально взаимодействовать с его разработчиками нвидия не умеет.

Что для этого сделало сообщество "открытого" фронта? По здешним комментам оно ничего никому не должно, но должны им. Или я в этом заблуждаюсь?

ЗЫ Резкость каммента не означает моего негативного отношения.

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

221. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 16:59 
> Т.е. почти в 2 раза различающаяся прибыль и не в сторону АМД,
> пусть и при общей тенденции ее снижения, Вас не смущает?

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

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

246. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 20:53 
Вы подняли столько проблем что их обсуждение займет много времени.

> Интеграт будет все мощнее и будет все сильнее теснить дискретки.

Уже сейчас существует реальная проблема отвода тепла. В случае увеличения мощности встроенных видео проблема еще более усугубится. Без качественного прорыва в этой области считаю что говорить о реальной конкуренции встроенных и внешних решениях сильно преждевременно.

> Я изучал высшую математику и поэтому в курсе что первые...

При не самых научных формулировках могу понять ваш вывод как то, что краткосрочные изменения, видимо приведенные в пример мною, ничего не значат на фоне общих тенденций, но реальных фактов доказать это или обратное тут не представлено и в силу моего не профессионализма в сфере экономики не могу судить о полной правильности как Ваших, так и моих выводов, о чем и написал в самом начале.
Раз Вы в курсе про научное сообщество (надеюсь), то наверное не будете спорить что можно доказать все что угодно при должном желании, но тенденция, если верить мною найденным данным, такова, что, при общем снижении прибыли и широты охвата рынка, у НВИДИИ дела идут вполне неплохо несмотря на упоминаемый факт отказа от 0,5млн. контракта.

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

280. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Michael Shigorin email(ok) on 14-Окт-12, 19:00 
> 0,5млн

По вкусу: s/млн/млрд/ или s/0,5/500/

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

281. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Michael Shigorin email(ok) on 14-Окт-12, 19:00 
>> 0,5млн
> По вкусу: s/млн/млрд/ или s/0,5/500/

PS: изыски насчёт "выиграла на миллиард" объявляю фантазиями до поступления подтверждений, ладно?

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

299. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 03:48 
> Уже сейчас существует реальная проблема отвода тепла. В случае увеличения мощности встроенных
> видео проблема еще более усугубится.

Так архитектуры будут совершенствоваться, техпроцессы улучшаться. И вот уже интеграшка сможет все что надо типовому Пупкину который не особо хардкорный геймер. Это предсказуемо как то что после лета наступает осень, а после осени - зима. Есть такие процессы как улучшение технологий и интеграция. Они логичны и естественны для производств чипов. Нет, самые топовые монстры никуда не пропадут. Но общий процент рынка здорово сместится не в пользу дискретных карт. Потому что тех кто готов штуку зелени за дискретку отдать маловато, а дешевые дискретки окажутся ничем не лучше того что в процессоре "условно нахаляву" приятным бонусом к процессору идет. Да еще на текстолите и обвеске явная экономия.

> Без качественного прорыва в этой области считаю что говорить о реальной
> конкуренции встроенных и внешних решениях сильно преждевременно.

Еще скажите что какое-нибудь дискретное AMD HD6450 совсем-совсем не испытывает конкуренции со стороны интеграта от амд и интеля, которые пожалуй даже резвее :)

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

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

> прибыли и широты охвата рынка, у НВИДИИ дела идут вполне неплохо
> несмотря на упоминаемый факт отказа от 0,5млн. контракта.

Смотря что вкладывать в понятие "неплохо". Если прибыль конторы начинает падать довольно бойкими темпами и регулярно - это предвестник краха. Так сдох пальм. Так подыхает нокия. Так много кто подыхал. Выживают те кто вовремя реагирует на такие тенденции и умеет выправлять крен. А для этого иногда надо поменять стиль работы компании чтобы он соответствовал новым реалиям.

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

330. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 15-Окт-12, 18:06 
> Так архитектуры будут совершенствоваться, техпроцессы улучшаться.

Не хочу хамить и указывать на непонимание, но замечу что я сказал качественный, а не количественный прорыв. Если количественный можно достигнуть путем оптимизаций и увеличения плотности, что и делается, то в качественном отношении производители уже давно ощущают проблему ограничения достижимой производительности из-за высокого тепловыделения. В случае с интегрированным видео к проблемам ее тепловыделения добавляются и проблемы тепловыделения центрального процессора, что означает - средние показатели одного и другого, а в случае с видео, то и вообще о возможности конкуренции только в low сегменте внешних. У самого HD5770 и встроенная в чипсете (http://www.ixbt.com/mainboard/amd-890gx-chipset.shtml). Посмотрите на скорость и все поймете.

> Да еще на текстолите и обвеске явная экономия.

Процент себестоимости GPU, текстолита, обвязки и сборки. Ответа не жду.

> Ну, приходите через несколько лет и увидите.

Я Вам про цифры - вы мне про метеорит. Негуэ.

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

335. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Аноним (??) on 15-Окт-12, 22:23 
> и увеличения плотности, что и делается, то в качественном отношении производители
> уже давно ощущают проблему ограничения достижимой производительности из-за высокого тепловыделения.

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

Решать проблему тепловыделения можно по разному, но в конечном итоге лучше всего с проблемой борятся внедрением более тонких техпроцессов или иным улучшением параметров процесса, типа high-k диэлектриков и прочая.

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

Соответственно, ситуация когда GPU докопипастили в 2 раза больше SIMD ядер просто потому что "новый техпроцесс позволяет это в рамках старого TDP" - ничему такому не противоречит. И оно вполне может выиграть у старого решения в 2 раза. Потому что 200 ALU считают в 2 раза быстрее чем 100 и их стало можно впихнуть при новом "бюджете" нового процесса.

> В случае с интегрированным видео к проблемам ее тепловыделения добавляются и
> проблемы тепловыделения центрального процессора, что означает - средние показатели одного
> и другого,

Несомненно, однако по мере совершенствования CMOS процессов и то и другое может быть улучшено и окажется что в новом чипе и CPU и GPU лучше чем в старом. Одновременно. А если учесть что попутно дорабатывается архитектура элементов самих по себе - и подавно.

> встроенная в чипсете

А вот чипсеты - прошлый век. У чипсетов традиционно есть проблемы с теплоотводом. Никто не ставит на чипсеты вентиляторы как на процессор. Ну и TDP там очень лимитированный в итоге получается. Поэтому и пихают в процессоры - там хороший теплоотвод предполагается by design.

>> Да еще на текстолите и обвеске явная экономия.
> Процент себестоимости GPU, текстолита, обвязки и сборки. Ответа не жду.

Достаточно приличный для хилых видях, где сам GPU мало стоит. Например лишний многофазный преобразователь питания - штука довольно технологичная, его комплектуха вполне приличных (по меркам малобюджетной карты) денег стоит. Одно дело если оно на мамке и так было и другое - когда все это с нуля городить. Если вы не заметили, производительность видях нелинейно зависит от цены. То-есть, видеокарта за 50 и 75 баксов могут отличаться по скорости и в несколько раз, а не на какие-то 50%. Просто потому что на видеокарте за 75 баксов оверхед на все остальное мало поменялся, а вот сумма которую можно выкроить на установку именно более мощного GPU - существенно подросла, по поводу чего там может быть GPU с в несколько раз бОльшим числом ALU и прочая :)

>> Ну, приходите через несколько лет и увидите.
> Я Вам про цифры - вы мне про метеорит. Негуэ.

Вы мне про цифры, а я вам про основы схемотехники, которые эти цифры образуют. Нате-ка, попробуйте оспорьте теперь :)

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

345. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 23:40 
Америки Вы мне не открыли. Хотя незатейливая арифметика и повеселила. Спасибо.

В среднеценовом и топовом сегменте никогда встроенная не будет лучше отдельной. Если задумаетесь почему производители процессоров, а с определенного срока и видео процессоров, начали все параллелить вместо того, чтобы наращивать мощность, то поймете почему я говорил о тепловыделении. Не было бы проблем и CLI с CrossFire никому нужен не был.
А цифры (не взятые из головы) как раз таки решают все т.к. я Вам любую глупость докажу даже без знания вопроса не конкретизируя и заваливая аббревиатурами и ссылками на "одна бабка сказала".

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

350. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 16-Окт-12, 20:59 
>[оверквотинг удален]
> 2) У амд и интель есть APU ака процессоры с GPU. И
> они неизбежно оттесняют дискретные решения в топовый сегмент. То-есть нвидия опять
> теряет рынок.
> 3) Рыночная доля амд и интел в сфере графики - растет. Это
> можно посмотреть в различных статьях и отчетах. Например не так давно
> на ixbt было. Да и еще много где.
> В общем нвидия как-то так со всех сторон прижата и теряет рынок.
> На ее месте логично осваивать новые рынки. Вот только как-то и
> оказывается что там везде линукс. А нормально взаимодействовать с его разработчиками
> нвидия не умеет.

Удивись, сынок - нвидия еще и сетевые чипы делает, интегрированные в Oracle SPARC. С голоду не помрут, так как эти чипы прекрасно поддерживаются Solaris. Нативно, удивись.

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

356. "(offtopic) энтомологическое"  +/
Сообщение от Michael Shigorin email(ok) on 16-Окт-12, 21:26 
> Удивись, сынок - нвидия еще и сетевые чипы делает

А не Карманов ли это забеглый? -- сочетание старческого апломба и напрочь отсутствующего понимания того, сколько можно нынче заработать на гигабитных nge(7D), довольно уникальное.

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

357. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от AlexAT (ok) on 16-Окт-12, 22:45 
> Удивись, сынок - нвидия еще и сетевые чипы делает, интегрированные в Oracle
> SPARC. С голоду не помрут, так как эти чипы прекрасно поддерживаются
> Solaris. Нативно, удивись.

/me чудесно чешет репу...

SPARC почти мёртв. Солярка почти там же...
Объемы продаж санок настолько смехотворны по сравнению с x86...

Интересно, этот бизнес а-ля "сетевые чипы для SPARC" приносит хотя бы 0.01% прибыли, или нет?

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

58. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Moomintroll (ok) on 12-Окт-12, 16:28 
Стрёмно, конечно, мешать Анониму общаться с самим собой, но не смог удержаться...

Я тоже где-то видел, что если на обычном GeForce перепаять пару резисторов и влить паршивку от квадры, то он таки станет квадрой.

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

62. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Аноним (??) on 12-Окт-12, 16:31 
> Стрёмно, конечно, мешать Анониму общаться с самим собой, но не смог удержаться...
> Я тоже где-то видел, что если на обычном GeForce перепаять пару резисторов
> и влить паршивку от квадры, то он таки станет квадрой.

Обновите свои познания, пожалуйста, как давно это уже не работает.

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

65. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от НЕТ on 12-Окт-12, 16:42 
А я видел сравнения работы GeForce и Quadro в 3DMax и AutoCAD. Оказалось что улучшения работы нет. Кому верить? не покупать же самому и сравнивать :)
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

134. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним email(??) on 12-Окт-12, 20:57 
> А я видел сравнения работы GeForce и Quadro в 3DMax и AutoCAD.
> Оказалось что улучшения работы нет. Кому верить? не покупать же самому
> и сравнивать :)

Прежде чем писать уточняйте в какой версии AutoCAD. С AutoCAD 2011 нет аппаратного 2D ускоренмя на гефорсах. Даже опция не высвечивается. Если автокад перевести (через опции) на отрисовку процессором, то скорость отрисовки почти не изменится. Где эти тесты раздают.

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

133. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним email(??) on 12-Окт-12, 20:51 
> Я тоже где-то видел, что если на обычном GeForce перепаять пару резисторов
> и влить паршивку от квадры, то он таки станет квадрой.

Еще нужно перепаять память на ECC, шину на полный дуплекс и прочее

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

158. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 23:03 
> Еще нужно перепаять память на ECC, шину на полный дуплекс и прочее

да-да, вот именно это-то в автокадах ускоряет квадры, а все остальное неважно

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

223. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 13-Окт-12, 17:01 
> да-да, вот именно это-то в автокадах ускоряет квадры, а все остальное неважно

ECC защиту от сбоев обеспечивает. Если геймерский GPU налажает в вычислениях а потом мост обвалится - знаете что сделают с горе-конструктором? :)


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

284. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 14-Окт-12, 19:31 
> ECC защиту от сбоев обеспечивает. Если геймерский GPU налажает в вычислениях а
> потом мост обвалится - знаете что сделают с горе-конструктором? :)

Это если крайнего искать, а не причину отсутствия чего-то вроде двойной сверки плюс сторонней экспертизы окончательных расчётов по ответственному объекту...

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

300. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 03:49 
> Это если крайнего искать, а не причину отсутствия чего-то вроде двойной сверки
> плюс сторонней экспертизы окончательных расчётов по ответственному объекту...

Двойная сверка - тоже хорошо. Но при подходе когда экономят на ECC памяти как-то очень вероятно что сэкономят и на двукратных вычислениях, пожалуй.

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

320. "(offtopic) организационное"  –1 +/
Сообщение от Michael Shigorin email(ok) on 15-Окт-12, 13:23 
> Двойная сверка - тоже хорошо. Но при подходе когда экономят на ECC
> памяти как-то очень вероятно что сэкономят и на двукратных вычислениях, пожалуй.

(занудно) Если получается купить две рабстанции вместо одной за те же бабки -- не факт. :)

Впрочем, это уже теоретизирование -- сам подобным и близко не занимался.

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

159. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 23:07 
> Я тоже где-то видел, что если на обычном GeForce перепаять пару резисторов
> и влить паршивку от квадры, то он таки станет квадрой.

это, как отметили выше, давно не работает, но гефорсы и квадры базируются на одних чипах

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

192. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 13:11 
> Ну вам-то виднее, неправда ли.

бегом матчасть учить

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

50. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от ВКПб on 12-Окт-12, 15:31 
Можно писать для галлиума проприентарные расширения и продавать их.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

103. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 18:12 
> Можно писать для галлиума проприентарные расширения и продавать их.

Как бы удачи в этом начинании :)

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

44. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от paulus (ok) on 12-Окт-12, 14:48 
>Представьте, если для этого пришлось изменить лицензию на весь линукс, какой палец показал бы Линус?

Да уже нужно менять лицензию всей видеоподсистемы - это не много ли они хотят?

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

45. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +2 +/
Сообщение от Game developer on 12-Окт-12, 14:52 
У нас есть положительный опыт того, что Валв сделал с производительностью Left For Dead 2 на линуксе (история гуглится). Теперь эта игра работает в линуксе быстрее, чем под виндой.

Это - всего лишь результат того, что компетентных разработчиков пустили навести порядок в том лютом аде, который наворотили некомпетентные разработчики.

Если nV собирается успешно участвовать в гонке видеокарт, разрабатывая драйвер своими силами - ну удачи им. Не важно, насколько хорошее железо ты клепаешь, если твой отдел идиотов-программистов не способен эффективно с этим железом работать. Анальная огороженность супер-секретных технологий ничего не стоит даже в мире винды, если твоя железка начинает тупо проигрывать более дешевой железке от AMD во всех тестах, и ты начинаешь терять контроль над рынком.

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

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

72. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от НЕТ on 12-Окт-12, 17:07 
1) Валв удивился, когда навёл порядок в СВОЕЙ коптилке. Они также сказали, что подобные оптимизации можно провести и в Directx версии их движка.
2) nVidia неоднократно заявляла, что не имея серьёзного 3D ПО, невозможно ничего оптимизировать и бесполезно совершенствовать. Смешно, но многие изменения в их дровах были направлены на устранения работы оконных менеджеров, поскольку каждый велосипед ездит в свою сторону. Ещё многие проблемы связаны с работой игрух в Wine, их тоже устраняют. Под Maya ведутся оптимизации. А где крутолинуксовое ПО? чего там оптимизировать? уже OpenGL 4 разработали, а проги не все ещё на 2.0 перешли. Кто виноват то? nVidia?
3) Открытое сообщество имеет полный доступ к ATI-шным дровам, много там порядка появилось?
4) Они всю жизнь были "впереди планеты всей", с чего вдруг им брать пример с лузеров? Почитайте форумы с проблемаи в 3D на линуксе, 90% это их конкуренты. Кого догонять и под кого подстраиваться?
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

76. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от ананим on 12-Окт-12, 17:19 
1) а под линух всё-равно быстрее, не "можно и в"
2) нвидиа только и делает, что заявляет.
а игры как делались на дх9, так и делаются.
исключения только на спонсорские деньги мс (и нвидиа кстати) и по пальцам одной ноги.
3) отлично дрова амд работают. и дрова интела тоже.
говорю как обладатель ноута с иви бридж и оптимус (бумблибии работает отлично, но использовал я нвидиа только когда был интерес к новинке. сейчас думаю а напуркуа я за нвидиа переплачивал?)
4) "были" - это правильная форма глагола.
я их так и запомню.
как к примеру и нокиа.
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

81. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Аноним (??) on 12-Окт-12, 17:23 
> 4) Они всю жизнь были "впереди планеты всей", с чего вдруг им
> брать пример с лузеров? Почитайте форумы с проблемаи в 3D на
> линуксе, 90% это их конкуренты. Кого догонять и под кого подстраиваться?

Вот ненадо, смотрим на Intel с их отрытыми дровами, траблов вообще 0.
У AMD похуже, но открытый драйвер уже нормально работает. А если сравнивать блобы от amd и nVidia, то уж извините мне как то amd больше нравится по работе.

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

120. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +2 +/
Сообщение от НЕТ on 12-Окт-12, 19:07 
Ёпырный тарарай!!! я вам обоим анонизмусам отвечаю:
Если вы используете возможности GPU только для просмотря ютуба и порнтуба, то этим свет НЕ заканчивается! Включите любую прогу, использующую шейдеры и удивитесь! Их Mesa не совсем поддерживает, не то что интел или ати. Я не говорю про SuperTuxKartRace, попробуйте современные движки, Unigine например.
У нвидии есть проблемы, но они связаны также и с тем, что несколько раз они предлагали свои пути решения, но линукс пошел своим путем, не взирая на грандов, это ведь не серверы какие.... так, игрульки...
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

263. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от qux (ok) on 14-Окт-12, 11:15 
> Вот ненадо, смотрим на Intel с их отрытыми дровами, траблов вообще 0.

Сам писал в багзиллу по поводу достаточно противного бага с падением иксов.
Вот не надо© говорить за всю сеть, ок?

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

264. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от arisu (ok) on 14-Окт-12, 11:17 
но отличие в том, что если совсем припечёт — с интелем таки можно взять исходник, поднапрячься и поправить себе. а вот с нвидиа…
Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

266. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от qux (ok) on 14-Окт-12, 11:27 
Безусловно. Но идея предыдущего оратора была другая.

И если на то пошло, с оф. драйвером нвидии ловил в 2-3 раза больше таких проблем (падение иксов), чем с nouveau.

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

269. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от arisu (ok) on 14-Окт-12, 11:30 
> Безусловно. Но идея предыдущего оратора была другая.

да, я знаю, просто не удержался от дерейла. пардон.

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

136. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним email(??) on 12-Окт-12, 21:02 
> У нас есть положительный опыт того, что Валв сделал с производительностью Left
> For Dead 2 на линуксе (история гуглится).

Нагугли еще раз. Это ускорение на картах NVIDIA, остальные карты не упоминаются как и открытые дровишки.

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

177. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 07:33 
> Нагугли еще раз. Это ускорение на картах NVIDIA, остальные карты не упоминаются
> как и открытые дровишки.

Вообще-то вполне себе упоминаются заявления интела о том что они всерьез оптимизируют свой драйвер чтобы L4D2 на нем прилично работал. Кстати, у интела вообще нет закрытых драйверов для линукса. У них для линуксов только 1 драйвер. Открытый. Он для них и является основным в линуксе. Ну вот так вот.

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору
Часть нити удалена модератором

225. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 17:11 
> он уже перестал через раз давать артефакты под KDE ?

У меня как раз кде и интеловский интеграт. Артефактов не вижу. Качество отличное - даже 3D гамезы довольно сносно работают, чего от интеграшки ну вообще совсем не ожидалось и явилось приятным бонусом.


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

274. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от qux (ok) on 14-Окт-12, 12:34 
2 года с KDE на i650 (clarkdale), местами битой отрисовки вроде не замечено, если было об этом.
Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

286. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Michael Shigorin email(ok) on 14-Окт-12, 20:06 
> Кстати, у интела вообще нет закрытых драйверов для линукса.

Все резко забыли про gma500.

> У них для линуксов только 1 драйвер.

...и про i740 тоже. :]

Это придирки к формулировкам, но всё-таки надеюсь, что примете и их.

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

56. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от ананим on 12-Окт-12, 16:11 
>а в идеях и патентах используеых в драйвере.

проблема в том, что драйвер от них никто и не просит.
только спеки.
а они делают вид, что этого не понимают и продолжают трындеть о драйвере.

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

104. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 18:14 
> а они делают вид, что этого не понимают и продолжают трындеть о драйвере.

Тем не менее, они там что-то вякнули о открытии спеков на тегры.

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

105. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 18:15 
>> а они делают вид, что этого не понимают и продолжают трындеть о драйвере.
> Тем не менее, они там что-то вякнули о открытии спеков на тегры.

Ты не прав. Где мои 10 минусов?

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

111. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 18:26 
> Ты не прав. Где мои 10 минусов?

Не знаю насчет минусов, но батхерт у вас годный :). А насчет неправоты - это вы гражданам из нвидии расскажете. А то чешут языком, понимаешь, насчет открытия спеков на GPU из тегры (на остальное даташиты и так есть, ыгыгы).

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

112. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –2 +/
Сообщение от Аноним (??) on 12-Окт-12, 18:28 
Что ж для ATi до сих пор не существует быстрого 3D на отрытом драйвере? Спецификации открыты почти 5 лет.
Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

116. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 18:35 
> Что ж для ATi до сих пор не существует быстрого 3D на отрытом драйвере?

Ну лично мне хватает чтобы побегать в xonotic, свои 75FPS оно честно выдает. А больше монитор и не умеет как-то :).

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

117. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 18:38 
>> Что ж для ATi до сих пор не существует быстрого 3D на отрытом драйвере?
> Ну лично мне хватает чтобы побегать в xonotic, свои 75FPS оно честно
> выдает. А больше монитор и не умеет как-то :).

Видеокарта нетбука с отрытым драйвером неюзабельна. Quake III с максимальной графикой - её предел. В то время как с закрытым можно играть в Oil Rush.

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

178. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 07:34 
> Видеокарта нетбука с отрытым драйвером неюзабельна. Quake III с максимальной графикой -
> её предел. В то время как с закрытым можно играть в Oil Rush.

Не мои проблемы.

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

148. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –2 +/
Сообщение от Аноним email(??) on 12-Окт-12, 21:39 
>> Что ж для ATi до сих пор не существует быстрого 3D на отрытом драйвере?
> Ну лично мне хватает

Классный ответ. Теперь можно на форумах кричать, что в линуксе все супер с открытыми драйверами. А Maya имеет проблемы с ними, так агитаторы даже незнают чего это такое.
Пять лет разработки, а на выходе кусок дер...ма

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

179. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-12, 07:43 
> Классный ответ. Теперь можно на форумах кричать, что в линуксе все супер
> с открытыми драйверами.

Супер, не супер но нормально вполне. Да, для хардкорного гейминга на самых новых и крутых движках я бы их юзать не стал. Но мне оно как-то и не надо. Пусть об этом у наиболее хардкорных геймеров, валвы и прочих нвидий с амд голова болит.

> А Maya имеет проблемы с ними, так агитаторы  даже незнают чего это такое.
> Пять лет разработки, а на выходе кусок дер...ма

А драйвера амд и нвидии разрабатывают еще дольше. А грабель и в них хватает. При том не только в линуксных. Между прочим, спеки на GPU амд не так уж и давно открыли. А нвидия так и вовсе до сих пор ломается. Интел вон и спеки опубликовали и в написании дров первую скрипку играют. За что им воздается: при общей дохлости их GPU, они очень прилично выступают под линуксом. И вы знаете, если в винде браузеры блеклистят их драйвер за горбатый OpenGL так что webGL отваливается, то во многих современных пингвинах webGL прекрасно работает из коробки. Т.к. как ни странно, открытые дрова в лине его реализуют достаточно безглючно.

А еще например, рекавери повисшего GPU в линуксовых открытых драйверах куда прямее сделано чем где-нибудь еще. Там где винды валятся с WATCHDOG_TIMEOUT в драйвере амд в бсод, открытый драйвер вбабахивает проблемному GPU ресет по шине, программы даже не замечают что что-то было не так. А настолько махровый факап системы - заметен, знаете ли. Хрен с ним с FPS, а вот когда все что не успели сэйвануть @#$нулось из-за бсода - это печально, да. Вот что у линукса и его открытых драйверов всегда рулило - так это умение разумно обрабатывать ошибки. Да, оно даже на квадратных колесах и с коптящим мотором, но все-таки доезжает до фишиниша. А не подыхает на полпути со спецэффектами. Чем и замечательно.

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

193. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 13:24 
все верно, только в виндах (последних) не амд в бсоды падает, а нвидиа
Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

226. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 17:12 
> нвидиа

Я видел еще жесткие локапы графики на интеле. Вот такой вот wintel - чуть трепыхнешься и система повисает. Отпадает графика. А без графики винда в общем то и не жилец.

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

254. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от tipa_admin on 13-Окт-12, 21:36 
Угу. Воздаётся интелу. Щаз. Только под интелем (i5-2xxx) на работе пару раз иксы в осадок выпадали. Не BSOD, конечно, но почему-то запущенные в X программы очень даже замечали, "что что-то было не так". Дома - дискретка 5750. И никаких интелов. Никаких глюков. И там и там - арч с открытыми дровами.
Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

259. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от ананим on 14-Окт-12, 02:19 
>Угу. Воздаётся интелу. Щаз. Только под интелем (i5-2xxx) на работе пару раз иксы в осадок выпадали.

под нвидиа постоянно выпадали. и что?

>Не BSOD, конечно, но почему-то запущенные в X программы очень даже замечали, "что что-то было не так". Дома - дискретка 5750. И никаких интелов. Никаких глюков. И там и там - арч с открытыми дровами.

а с аспи (ждущий, спящий) в нвидиа так вообще пиндец.
если и в 10% просыпаются, то opengl каюк точно.

с интелом такого вообще нет - работают как швейцарские часики.

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

338. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 23:21 
> Угу. Воздаётся интелу. Щаз. Только под интелем (i5-2xxx) на работе пару раз
> иксы в осадок выпадали. Не BSOD, конечно, но почему-то запущенные в
> X программы очень даже замечали,

Насчет арчеводов не скажу, а у меня что нотик с интеловским интегратом, что десктоп с амд 5830 ведут себя культурно с открытыми дровами. Падения иксов? Не, не видел :)

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

204. "DMA-BUF и DRI3 не смогут быть использованы в..."  +/
Сообщение от arisu (ok) on 13-Окт-12, 16:09 
> Представьте, если для этого пришлось изменить лицензию на весь линукс, какой палец
> показал бы Линус?

ну, на весь, не на весь, а на нехилый кусок надо поменять, например, чтобы нвидия была довольна. не вижу, отчего это надо делать именно сообществу, а не нвидии.

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

32. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от WherWolf on 12-Окт-12, 14:19 
> уровень упоротости в коллективе их программистов.

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

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

353. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 16-Окт-12, 21:12 
>> уровень упоротости в коллективе их программистов.
> Хе-хе-хе... Мне тут совсем недавно рассказывали об одном российском разработчике nvidia
> - поступил в больницу в состоянии конкретной упоротости, да и вообще
> страдает сильной наркотической зависимостью.

А Рейзер так вообще в тюрячке загорает..... ;)

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

21. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 14:06 
> они там совсем должны быть упоротыми чтобы отказаться от своей профессиональной линейки

При чем здесь "профессиональная линейка"? Они просто чужие патентованные технологии своровали, вот и боятся спалиться.

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

24. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Game developer on 12-Окт-12, 14:13 
Ничего не своровали, не волнуйтесь. И патенты на велосипеды в этой отрасли никто не читает. Однако есть риск огрести кучу исков от патентных троллей за какой-нибудь бред, типа "использование односвязного списка в вычислительной машине". Судьи в Техасе и не за такое могут снять несколько миллионов с корпорации в пользу каких-нибудь жуликов.

Любое открытие кода - это аудит. Любой аудит - это риск, что люди, занимающие ведущие технические должности, будут уличены в непрофессионализме и выгнаны пинком под зад с насиженных мест. Поэтому и.

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

33. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от ананим on 12-Окт-12, 14:22 
Детские отмазки.

Интел с амд — не боятся.
Да и не просит от них никто драйвера. Только спецификации. Да и те не все.
Какие односвязные списки в спецификации? (Кстати, в ядре линуха очень много пгименений двухсвязных списков, чёрно-красных деревьев и тд. И ничего, живут. Мс только из-за угла погавкивает — 238 и три четверти патентов, не уплатите, отключим газ8)

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

43. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –3 +/
Сообщение от ВовкаОсиист (ok) on 12-Окт-12, 14:47 
Дааа ты что, не подкинешь ли ссылку, где скачать Catalyst-src?
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

53. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +4 +/
Сообщение от ананим on 12-Окт-12, 16:03 
что не понятно в выражении - "Только спецификации"?

зыж
не, я пупею.
говоришь - откройте спеки.
ответ - мы не можем открыть код.

в опу ваш ковнокод.
так понятнее?

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

74. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 12-Окт-12, 17:16 
> Дааа ты что, не подкинешь ли ссылку, где скачать Catalyst-src?

Каталиста нема, а вот спеки и сорсы открытых дров - пожалста. Ну у нвидии же и такого нет. А реверс-инжинернутый драйвер обречен работать через пень-колоду. Просто потому что в процессе реверсинга сложно поймать все граничные условия. А когда оно через полчаса интенсивного счета вдруг загнется по неизвестной причине - "have a nice debugging session, b1tch3z".

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

63. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от daf on 12-Окт-12, 16:31 
А как поможет открытие спецификаций решить проблему лицензирования DMA-BUF?
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

70. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от ананим on 12-Окт-12, 16:56 
всё просто - этой проблемы в nouveau нет.
и им уже предлагали делать свои блобы поверх бызы nouveau
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

119. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Аноним (??) on 12-Окт-12, 19:06 
> Любое открытие кода - это аудит. Любой аудит - это риск, что
> люди, занимающие ведущие технические должности, будут уличены в непрофессионализме и выгнаны
> пинком под зад с насиженных мест. Поэтому и.

Аудит уже проведён посредством вранья, кривых графиков для акционеров, и количеством годных кеплеров на пластину. Можно смело закрывать.

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

39. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от _yurkis_ (ok) on 12-Окт-12, 14:41 
Вобще- то они, вроде, купили технологии. И под NDA.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

3. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 12:49 
Можно ли написать wrapper который имеет лицензию GPL и экспортирует свои функции для работы с DMA-BUF?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 12:55 
Можно в теории, но лишняя прослойка = лишнее время выполнения.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

34. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 14:23 
Нельзя - это противоречит лицензии GPL. В ядре это временное соглашение со стороны Торвальдса и Столманна ради продвижения Linux в массы.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

38. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Капитан (??) on 12-Окт-12, 14:40 
Можно. Нет более постоянного, чем временное!
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

7. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от brzm on 12-Окт-12, 12:57 
Можно, конечно. Так, собственно и работают проприетарные дрова: кусок для взаимодействия с ядром и бинарный кусок, который работает только с wrapper'ом. Так что проблема в данном случае непонятна, сунули бы этот функционал в свой wrapper, да и всё.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

35. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 14:23 
>Можно, конечно.

Нельзя, это противоречит GPL.

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

67. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –1 +/
Сообщение от Xasd (ok) on 12-Окт-12, 16:49 
прости но нет такого пункта в GPL, который говорит что нельзя

согласно GPL -- ты не должен содежать внутри своего проприетарного блоба -- тот блоб который был скомпилирован из GPL-исходнков

(тоесть мы говорим по сути про #include <my-super-gpl-lib.h>)

пусть NVidia не инклудит внутри своих драйверов -- GPL-библиотеки . вот и всё.

для использовании библиотеки -- не обязательно её инклудить

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

85. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Аноним (??) on 12-Окт-12, 17:29 
> пусть NVidia не инклудит внутри своих драйверов -- GPL-библиотеки . вот и всё.

Дело в том что ядро - монолит. Вгрузка модуля - линковка. Если ты юзаешь GPL_ONLY символ, авторы которого явно указали что это только для GPL, ты слинковался с GPLным кодом, чувак. Со всеми вытекающими. По мнению многих разработчиков, кстати, это валидно и для всех остальных символов. Но это немного gray area, поэтому то и сделали явное указание GPL_ONLY чтобы все знали что вот это вот - уж точно линковка с GPLным кодом. По мнению разработчика кода. Со всеми вытекающими шансами проприетарщиков словить за это предъявы.

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

131. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от anonimous on 12-Окт-12, 20:03 
Прости, но есть. Иначе можно было бы написать прослойку между любой проприетарщиной и GPL кодом и лицензировать прослойку под двойной лицензией и таким образом уклониться от открытия кода - это прямо запрещается лицензией GPL.

И такие ситуации с написанием прослойки уже многократно возникали, из последних попадавших в поле зрения вспоминается история с отечественной компанией Hamstersoft - в итоге эту компанию вынудили открыть исходники её проприетарного продукта, подробности можно найти по ссылке https://www.linux.org.ru/news/commercial/6616380

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

236. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от www2 (??) on 13-Окт-12, 19:26 
Можно-можно. Прослойка линкуется только с GPL-кодом, а с проприетарным - нет, условия лицензии не нарушены. Или может линковаться с GPL-кодом и динамически - с проприетарным, но сама прослойка должна быть выпущена под LGPL. Другое дело было бы, если бы они взяли GPL-код и сделали его частью своего продукта или взяли за основу GPL, модифицировали и стали распространять без исходников - тогда действительно, пришлось бы открывать.

А если рассуждать как вы, так в Linux'е вообще ничего проприетарного не было бы. Была бы "вещь в себе", изолированная от внешнего мира.

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

291. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от brzm on 14-Окт-12, 22:48 
А, т.е. интерфейсы используемые в проприетарном драйвере разрешены для линковки в проприетарные модули? Хм, ок, не знал.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

20. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Аноним (??) on 12-Окт-12, 13:56 
Нельзя, так как с wrapper-ом будет линковаться проприетарный код. Вообще блобы в ядре нарушают GPL, просто пока что всем пофигу.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

31. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Аноним (??) on 12-Окт-12, 14:18 
>блобы в ядре нарушают GPL, просто пока что всем пофигу.

Да не пофигу, а сознательно Линус Торвальдс пошёл на это, как бы, временное соглашение хотя оно и противоречит GPL. Да и что ему оставалось делать, не заставлять же пользователей сидеть на пожизненно-неполноценных свободных драйверах radeon и nv. Да и не только в видеодрайверах было дело - большое количество wi-fi карточек работают только с проприетарными драйверами.

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

90. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 17:45 
> Вообще блобы в ядре нарушают GPL,

Тут слегка gray area т.к. вроде бы это и всего лишь дерг функций ядра, но вроде бы как и линковка, хоть и на лету. В этом месте проходит достаточно зыбкая грань между "линковкой с кодом" и "всего лишь вызовом функций ядра".

По более-менее устоявшемуся консенсусу, как минимум для user-mode программ вполне валидно если не-GPL программа будет юзать функции ядра через сишную либу. От программы при этом не требуется соблюдать GPL, хоть она и дергает GPLные функции ОС в конечном итоге. Это не считается за линковку, потому и послабление. С ядром сложнее, поскольку кроме всего прочего это линковка с ядром. GPL_ONLY - попытка более четко очертить границу для случаев когда автор полагает что это будет именно линковка и с именно его GPL кодом, так что GPL должна действовать.

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

4. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 12:51 
Я почему-то думал что у nvidia уже используется GPL модуль-прослойка между ядром и их блобом
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Andrey Mitrofanov on 12-Окт-12, 13:02 
> Я почему-то думал что у nvidia уже используется GPL модуль-прослойка

Не факт, что прослойка -- под GPL. То, что она в исходниках (типо: Си + .obj на бегомайт) ничего не говорит о её лицензии. При использовании "публичных" (не GPLONLY) интерфейсов ядра.

Но да, жест Линуса "всё изменил". Они одумались и заелозили.

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

91. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 17:46 
> Я почему-то думал что у nvidia уже используется GPL модуль-прослойка

Ну да, а вопли ядра про tainted - это чего?

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

12. "Технология DMA-BUF не может быть использована в проприетарны..."  +2 +/
Сообщение от Анон on 12-Окт-12, 13:10 
Потом тоже самое про Вейленд начнут плести, когда прижмёт маленько, а сейчас можно просто нос воротить.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Технология DMA-BUF не может быть использована в проприетарны..."  +3 +/
Сообщение от meequz (ok) on 12-Окт-12, 13:18 
Попробую прикинуть варианты развития ситуации.
1. NVIDIA разработает какую-нибудь дополнительную прослойку. Или даже пару.
2. NVIDIA откроет либо приоткроет исходники.
3. NVIDIA начнёт пилить Нуво.
4. Откроются какие-то неизвестные пока особенности лицензирования и станет достаточно получить согласие только автора DMA-BUF, или даже его не понадобится.
5. NVIDIA откажется от поддержки Optimus в блобе.
6. NVIDIA напишет аналог DMA-BUF в виде внешнего интерфейса ядра.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Технология DMA-BUF не может быть использована в проприетарны..."  +1 +/
Сообщение от Анон on 12-Окт-12, 13:40 
Возможно всё, короче.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

28. "Технология DMA-BUF не может быть использована в проприетарны..."  +7 +/
Сообщение от Яйцассыром on 12-Окт-12, 14:15 
еще возможно падение метеорита, которое рещит вообще все проблемы)
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

75. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 17:18 
> еще возможно падение метеорита, которое рещит вообще все проблемы)

Тем не менее, в свете недавних факапов нвидии варианты того что они начнут трепыхаться относительно линукса повыше чем у варианта с метеоритом.

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

14. "Технология DMA-BUF не может быть использована в проприетарны..."  +1 +/
Сообщение от Аноним (??) on 12-Окт-12, 13:20 
Когда IBM столкнулось с таким поведением (во временя первых 2.6) - использование EXPORT_SYMBOL_GPL для давления, они просто стукнули по столу - и нужные символы сразу потеряли GPL в флагах. Но то же IBM - а это NVIDIA.
тем более не понятен подход RedHat - дело автора кода под какой лицензией выпускать, а то где он еще используется, это половые проблемы использующих. Так что авторов DMA-BUF хватит для перелицензирования кода, А если у RedHat с этим проблемы - пусть сначала выложат список всех патчей на ядро в открытый достоп - а не распростряняют один большой блоб.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Технология DMA-BUF не может быть использована в проприетарны..."  +1 +/
Сообщение от Andrey Mitrofanov on 12-Окт-12, 13:22 
> Но то же IBM - а это NVIDIA.

Именно. С этого козла никакого надою. Со второго.

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

16. "Технология DMA-BUF не может быть использована в проприетарны..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 12-Окт-12, 13:33 
>> Но то же IBM - а это NVIDIA.
> Именно. С этого козла никакого надою. Со второго.

В России и первый нагадил по самое не балуйся...

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

18. "Технология DMA-BUF не может быть использована в проприетарны..."  +1 +/
Сообщение от Анон on 12-Окт-12, 13:42 
Это что за история?
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

23. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Michael Shigorin email(ok) on 12-Окт-12, 14:13 
> Это что за история?

Кратко, но характеристично:

---
Денис Сосновцев, Разное

Come on Dmitry

Ну откуда мне знать ? Я не шучу. Правда. Да и зачем мне было этим интересоваться ? Мнение ведь моего работодателя тут мало кого интересует... Только бабки давай - и сиди, не трогай приборы :)

--Денис Сосновцев

руководитель направления

IBM
--- http://www.gosbook.ru/node/37078?page=2

Т.е. у трёх букв чётко выраженный колониальный подход, а сам Денис -- убеждённый глобалист (как в своё время и подтвердил в ответ на мой прямой вопрос).

В частности, к потоплению ТП НПП они (в лице Массуха) причастны напрямую.

Это всё не к тому, что они ничего хорошего не делают -- делают и много.  Просто не стоит забываться и не замечать обратной стороны медали.

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

19. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 13:48 
то есть подтверждаете наличие двойных стандартов ?
А всего лишь надо было заставить IBM открыть свою кластерую FS :) Но оказалось что IBM не для того денег давало что бы ей мешали их зарабатывать...
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

22. "Технология DMA-BUF не может быть использована в проприетарны..."  +2 +/
Сообщение от Аноним (??) on 12-Окт-12, 14:08 
> то есть подтверждаете наличие двойных стандартов ?
> А всего лишь надо было заставить IBM открыть свою кластерую FS :)
> Но оказалось что IBM не для того денег давало что бы
> ей мешали их зарабатывать...

IBM - один из ведущих разработчиков ядра, по вкладу сопоставим с RedHat.
Ему действительно проще решить проблему на уровне ядра.
В отличие от нвидии, которая в сообществе Linux никто.

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

80. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 17:23 
> В отличие от нвидии, которая в сообществе Linux никто.

Внезапно, чтобы качать права надо было чтобы были какие-то стимулы. От нвидии отдача - как с козла молока. Кооперативность нвидии по жизни равна нулю. Средний палец руководитель проекта от хорошей жизни показывать не станет. При таком подходе нвидии как-то странно надеяться на то что все резко захотят осчастливливать их. А что они сделали для того чтобы остальные хотели с ними конструктивно взаимодействовать?

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

167. "Технология DMA-BUF не может быть использована в проприетарны..."  –1 +/
Сообщение от Аноним (??) on 13-Окт-12, 05:58 
>Внезапно, чтобы качать права надо было чтобы были какие-то стимулы.

В другую сторону это тоже работает. Какой нвидии навар с линукса? Махнут рукой и забьют болт ... и тогда как и последние 20 лет пингвины будут с завистью смотреть на переливающиеся свистоперделками форточки :( Капец им говорите ? На голом VGA то?

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

190. "Технология DMA-BUF не может быть использована в проприетарны..."  +1 +/
Сообщение от fi (ok) on 13-Окт-12, 12:54 
> Какой нвидии навар с линукса? Махнут рукой и забьют болт ...

Основные корп. клиенты - это это студии которые в свое время перешли с Irix на linux, только чуть чуть зацепив NT.

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

227. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 17:15 
> В другую сторону это тоже работает. Какой нвидии навар с линукса? Махнут
> рукой и забьют болт

Так если вы не заметили, их никто и не звал. Они сами приперлись. Значит, навар усмотрели.

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

288. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Michael Shigorin email(ok) on 14-Окт-12, 20:11 
> Так если вы не заметили, их никто и не звал.

Вообще-то звали, бишь требовали поддержки купленного железа под Linux.

Другое дело, что с оценками как "голого VGA", так и зависти к переливающемуся из пустого в порожнее виндовку в #167 немного перестарались.

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

301. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 03:54 
> Вообще-то звали, бишь требовали поддержки купленного железа под Linux.

Так простите, звали покупатели видеокарт. А не разработчики ядра, вероятно. Я как-то плохо себе представляю разработчиков открытого ядра умоляющих выдать им закрытый бинарный драйвер :)

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

37. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от anonymous (??) on 12-Окт-12, 14:31 
>пусть сначала выложат список всех патчей на ядро в открытый достоп - а не распростряняют один большой блоб

Они патчей не скрывают. Просто выкладывают его одной простыней.

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

77. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 17:20 
> большой блоб.

большой сорс, вы хотели сказать? :)

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

130. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 19:48 
> тем более не понятен подход RedHat - дело автора кода под какой
> лицензией выпускать

Red Hat и есть формальный автор кода, так как создатель DMA-BUF работает в Red Hat и трудится над ним в своё рабочее время.


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

26. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от AlexAT (ok) on 12-Окт-12, 14:14 
Да всё просто.
API wrapper под GPL, как модуль ядра. Вообще без кода, тупая трансляция call-to-call, pointer-to-pointer, structure-to-structure. Проприетарный драйвер тоже как модуль ядра. И никаких проблем с линковкой.
Но да - это требует от вендора заморачиваться. Не совсем правильный подход.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

82. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 17:24 
> Но да - это требует от вендора заморачиваться.

Ну если ядерщикам и прочим требутся заморачиваться по поводу реверсинга железок и отсутствия доков - пусть и вендору икается. Все честно.


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

352. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Andrey Mitrofanov on 16-Окт-12, 21:02 
> Да всё просто.
> API wrapper под GPL, как модуль ядра. Вообще без кода, тупая трансляция

То есть Вы не знаете, каким механизмом обходит GPL блобо-дырвер nVidia?
Что он не под GPL, что такое tainted kernel, и как все эти орехи, типо, не нарушают GPL?

///Ване ж и за врапер без кода под GPL _удавятся. Это лайф-моделЪ.

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

27. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 14:15 
>В случае с NVIDIA такой метод не подходит, так как код драйвера, содержащего бинарные компоненты, работает на уровне ядра.

Переделают рано или поздно.

Тем более что дрейвер для nvidia tegra как раз работает вот так.
>Для обхода ограничения доступа к GPL-компонентам ядра некоторые производители проприетарных драйверов используют поставляемый под GPL модуль-обвязку, транслирующий вызовы к бинарному драйверу

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

36. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Тузя (ok) on 12-Окт-12, 14:27 
Видимо проприетарная версия драйвера для AMD тоже испытает такие проблемы при переходе на DRI3 и/или использовании DMA-BUF.
Плохо когда драйвера закрыты, плохо когда интерфейсы API закрыты (именно это и наблюдается с DMA-BUF), грустно это всё. Думаю не для кого не новость, что gpl далеко не самая свободная лицензия, когда дело касается линковки. Почему нельзя было использовать LGPL?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

234. "Технология DMA-BUF не может быть использована в..."  +/
Сообщение от arisu (ok) on 13-Окт-12, 18:13 
> плохо когда интерфейсы API закрыты (именно это и наблюдается с DMA-BUF)

тебе лично запретили взять исходники и посмотреть? всё открыто. для тех, кто в свою очередь готов открыться. а нет… ну, нет — никто силком не тянет.

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

303. "Технология DMA-BUF не может быть использована в..."  +/
Сообщение от Тузя (ok) on 15-Окт-12, 08:18 
Некоторое время назад Тролльвадс в своем интервью говорил, что не существует "плохой" лицензии, есть выбор автора. Nvidia - проприетарна, dma-buf разрешает только gpl. И те и другие "правы" в выборе лицензии, но как результат - страдают пользователи.

Ваша позиция оголтелого фанатика одной из сторон этого конфликта интересов мне предельно понятна. Только отдуваются за это _пользователи_ блобов amd и nvidia, которых проприерасты и создатели dma-buf наказали ни за что.

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

265. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от qux (ok) on 14-Окт-12, 11:21 
И было бы у вас сейчас: свободный (LGPL) vmlinux и закрытыми половина /usr/lib/modules :)
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

305. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Тузя (ok) on 15-Окт-12, 08:21 
> И было бы у вас сейчас: свободный (LGPL) vmlinux и закрытыми половина
> /usr/lib/modules :)

Тоже верно, но в случае с продвижением dma-buf, linux или обрастет костылями, или лишится видеодрайверов. :(

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

306. "Технология DMA-BUF не может быть использована в..."  +/
Сообщение от arisu (ok) on 15-Окт-12, 08:23 
> или лишится видеодрайверов. :(

интель никуда не денется. amd тоже. что? nvidia? какая досада… bye-bye, sweet prince.

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

308. "Технология DMA-BUF не может быть использована в..."  –1 +/
Сообщение от Тузя (ok) on 15-Окт-12, 08:33 
У amd вообще-то помимо открытого драйвера есть и блоб, а что касается intel, видимо у вас не было их видеокарт, поэтому вы судите железку по открытости драйвера. Взрослейте. Набирайтесь опыта.

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

311. "Технология DMA-BUF не может быть использована в..."  +/
Сообщение от arisu (ok) on 15-Окт-12, 08:37 
> Взрослейте. Набирайтесь опыта.

благодарю за совет. больше трёх десятков лет жил, всё думал: что же делать-то?! а вот тут и рассказали. можно исполнять, эксцеленц?

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

346. "Технология DMA-BUF не может быть использована в..."  +/
Сообщение от Аноним (??) on 16-Окт-12, 13:29 
нет, это у вас небыло sandy/ivy bridge.
Ответить | Правка | ^ к родителю #308 | Наверх | Cообщить модератору

331. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от qux (ok) on 15-Окт-12, 20:04 
По поводу костылей, текущий драйвер nvidia и так не особо (libgl / kms / текущие (неофициальные) реализации optimus). Выкрутятся, не впервой.
AMD через пару лет может поддержку catalyst вообще свернуть. Аналитика, конечно...
А кроме них кого еще лишаться.
Ответить | Правка | ^ к родителю #305 | Наверх | Cообщить модератору

339. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 23:25 
> что gpl далеко не самая свободная лицензия, когда дело касается линковки.

Пользуйся BSD. Наслаждайся свободой. Правда там DMA-BUF нет и еще цать лет не будет. Ну или иди попроси у микрософта апи под тебя поменять. Не забудь доложить как получилось. В целом получается что GPL как-то скорее благо чем зло. Если постоянно лизать зады проприетарщикам - будешь там же где реактосы и бсды. Т.е. ничего не развивается и никакого контроля над направлением развития. Dead way!

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

41. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от _yurkis_ (ok) on 12-Окт-12, 14:46 
То есть или свобода или optimus?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +2 +/
Сообщение от paulus (ok) on 12-Окт-12, 14:57 
> То есть или свобода или optimus?

Если перефразировать Бенджамина Франклина: "Те, кто готовы пожертвовать насущной свободой в обмен на то, что бы получить временную "пользу от optimus'a", — недостойны ни свободы ни optimus'a"."

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

47. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +2 +/
Сообщение от Анон on 12-Окт-12, 15:07 
Верно.
Не спрашивай, что линукс сделал для тебя. Спроси, что ты можешь сделать для линукса.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

83. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 17:25 
Жжоте. Но ведь как-то так оно и есть...
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

168. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  –2 +/
Сообщение от Аноним (??) on 13-Окт-12, 06:04 
>Не спрашивай, что линукс сделал для тебя. Спроси, что ты можешь сделать для линукса.

это до ~ 2000 года работало. А потом пришли корпорасты с бабками и теперь за так в линуксе трудятся только лохи. На новый феррарик финскому парню :)


  

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

228. "DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-12, 17:17 
> и теперь за так в линуксе трудятся только лохи. На новый феррарик финскому парню :)

Просто скажите что вам завидно когда некто делает работу которая ему нравится и за которую еще и платят. Да, есть чему завидовать - так везет далеко не всем :)


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

49. "Технология DMA-BUF не может быть использована в проприетарны..."  +3 +/
Сообщение от EuPhobos (ok) on 12-Окт-12, 15:30 
Вот так и работает "Прогресс и технологии", а потом спрашивают "почему мы до сих пор не летаем в тур-путёвки на Луну или Марс?"
Ладно бы там были трудности решения, или написания кода, а вот он, всё готово - ДЕЛАЙ! Так нет же, человеческая жадность, глупость и тупость берут верх.. Одни хотят деньги наварить, другие не хотят что б на них наваривались, просто регрессия какая-то.
И вот она проблема, "мы можем так сделать, но не можем, лицензии".
Слова "Лицензия" и "Патент" - это как проклятие наложенное ведьмой на прогресс и инновации!

ТЬФУ в алчную душу человечества!!!

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

124. "Технология DMA-BUF не может быть использована в проприетарны..."  +1 +/
Сообщение от anonymous (??) on 12-Окт-12, 19:19 
> другие не хотят что б на них наваривались, просто регрессия какая-то

Ну вот же сволочи. Как таких земля носит.

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

128. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от ваноним on 12-Окт-12, 19:45 
на фоне наличия открытого аналога, развитие закрытого кажется некоторой формой мизантропии. т.е. аргументы "за" и "против" очевидны, но, тем не менее, кажется, что nvidia создает себе проблем не меньше, чем решает
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

146. "Технология DMA-BUF не может быть использована в проприетарны..."  –2 +/
Сообщение от skybon (ok) on 12-Окт-12, 21:37 
> Вот так и работает "Прогресс и технологии", а потом спрашивают "почему мы
> до сих пор не летаем в тур-путёвки на Луну или Марс?"
> Ладно бы там были трудности решения, или написания кода, а вот он,
> всё готово - ДЕЛАЙ! Так нет же, человеческая жадность, глупость и
> тупость берут верх.. Одни хотят деньги наварить, другие не хотят что
> б на них наваривались, просто регрессия какая-то.
> И вот она проблема, "мы можем так сделать, но не можем, лицензии".
> Слова "Лицензия" и "Патент" - это как проклятие наложенное ведьмой на прогресс
> и инновации!
> ТЬФУ в алчную душу человечества!!!

Да здравствует коммунизм.

Oh wait...

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

341. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 23:27 
> Да здравствует коммунизм.

Да здравствует капитализм. Нажимая эту кнопку вы соглашаетесь с тем что она вовсе не вызывает лифт как вы думали, а открывает люк мясорубки изготавливающей из вас собачьи консервы. Разумеется, это написано пятым шрифтом. Да, вы имели все шансы это прочитать и у вас был выбор. Вы могли идти на 25-й этаж пешком! :)

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

51. "Технология DMA-BUF не может быть использована в проприетарны..."  +2 +/
Сообщение от evgeny_t (ok) on 12-Окт-12, 15:58 
я бы не дал согласие
и посмотрел кто кому нужнее nvidia линуксу или linux nvidia
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

64. "Технология DMA-BUF не может быть использована в проприетарны..."  –1 +/
Сообщение от _yurkis_ (ok) on 12-Окт-12, 16:36 
Возможно Вы бы огорчились...
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

84. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от evgeny_t (ok) on 12-Окт-12, 17:27 
чего огорчаться ? android > 80% скоро будет
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

169. "Технология DMA-BUF не может быть использована в проприетарны..."  +1 +/
Сообщение от Аноним (??) on 13-Окт-12, 06:09 
> чего огорчаться ? android > 80% скоро будет

А на десктопе - форточка. Вот оно счастье. виндазкапец говорите?

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

189. "Технология DMA-BUF не может быть использована в проприетарны..."  –3 +/
Сообщение от AlexAT (ok) on 13-Окт-12, 12:49 
>> чего огорчаться ? android > 80% скоро будет
> А на десктопе - форточка. Вот оно счастье. виндазкапец говорите?

А десктопы начинают медленно умирать. На смену идут планшеты и низкопрофильные станции, на которых опять же в основном линухи.

// я про массовый рынок. понятно, что в корпоративной среде десктопы никуда не денутся. но сокращение рынка настолок уже замечено

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

195. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от skybon (ok) on 13-Окт-12, 14:54 
>>> чего огорчаться ? android > 80% скоро будет
>> А на десктопе - форточка. Вот оно счастье. виндазкапец говорите?
> А десктопы начинают медленно умирать. На смену идут планшеты и низкопрофильные станции,
> на которых опять же в основном линухи.
> // я про массовый рынок. понятно, что в корпоративной среде десктопы никуда
> не денутся. но сокращение рынка настолок уже замечено

Дададад. При этом комментарии КОНЕЧНО ЖЕ пишите перед монитором.

Пишите исчо.

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

202. "Технология DMA-BUF не может быть использована в проприетарны..."  +1 +/
Сообщение от AlexAT (ok) on 13-Окт-12, 16:04 
http://www.isuppli.com/Home-and-Consumer-Electronics/News/Pa...
Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

229. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 17:20 
> Дададад. При этом комментарии КОНЕЧНО ЖЕ пишите перед монитором.

Есть такая хрень - насыщение рынка. Вот виста например попадала на него только так. И в результате за кучу времени не смогла занять и 20%. Мне кажется что нвидию подобный расклад не сильно вдохновит, особенно учитывая что большинству юзерей не уперся самый топовый GPU за килобакс и они все чаще будут покупать интеграт от интеля и амд. На горе нвидии, у которой в противовес вообше ничего нет. Ну есть тегра, только вот опять же, с линухом они взаимодействовать не умеют нормально. А MS на их проблемы традиционно клал с прибором в ряде направлений :)

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

92. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 17:51 
> и посмотрел кто кому нужнее nvidia линуксу или linux nvidia

Линукс проживет и без нвидии. А вот то что нвидия проживет без линукса - вот это уже совсем не факт. Суперкомпьютеры будут все больше переходить на GPU. Планшеты и телефоны - тоже с линуксным ядром нынче зачастую. А учтя что нвидии еще и перекрыли кислород на чипсеты для х86 и им только и осталось что делать вместо этого тегры... ну в общем ИМХО, покладать на линуксы становится все больше не в их интересах. Они уже поклали в первой тегре, сделав ставку на винмобиле/винсе. И чип с треском провалился, т.к. на нем в итоге не было выпущено ни 1 конкурентоспособного девайса интересного пользователям. А вот тегра 2/3 пользуются неким спросом за счет планшетов/смартов на ведроиде.

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

129. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от ваноним on 12-Окт-12, 19:46 
Линус, помнится, уже ответил на этот вопрос общеизвестным публичным жестом
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

52. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 16:01 
Следующая карточка будет AMD
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "Технология DMA-BUF не может быть использована в проприетарны..."  +1 +/
Сообщение от Аноным (ok) on 12-Окт-12, 16:29 
Интел же.
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

78. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от savant (ok) on 12-Окт-12, 17:21 
Интел дискретные видеокарты не делает.
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

86. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 17:38 
> Интел дискретные видеокарты не делает.

а нафиг тебе дискретная видюха под линух, интел 3 моника и так тянет

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

93. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 17:52 
> а нафиг тебе дискретная видюха под линух, интел 3 моника и так тянет

Дохлый он, этот интел. Нет, драйвера у них хорошие, но сама видеокарта у них хиленькая.

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

125. "Технология DMA-BUF не может быть использована в проприетарны..."  –1 +/
Сообщение от anonymous (??) on 12-Окт-12, 19:22 
Так он явно про хасвелл, там производительность встройки в два раза поддятнли и OpenCL обещали. Хотя кто знает как оно будет через пол года.
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

343. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 23:31 
> Так он явно про хасвелл, там производительность встройки в два раза поддятнли
> и OpenCL обещали. Хотя кто знает как оно будет через пол года.

Ну лично мне какой-то задохлик и к тому же один - не столь уж интересен. Если opencl - так PCI-E карточек можно штук по пять на 1 мамку приделать. Ну и где там будет 1 интеловский задохлик с 1 слотом на мамку? Ну самый максимум им можно будет декодирование видео акселерировать. А крушить числа всерьез? Цена/качество никакое. Один дохлый вычислятор на мамку? Фи.

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

98. "Технология DMA-BUF не может быть использована в проприетарны..."  –1 +/
Сообщение от Loooooker (ok) on 12-Окт-12, 18:00 
Как владелец и, в какой-то степени, приверженец НВидии, запасаюсь попкорном... Надеюсь, этот "тупик" поспособствует сложившейся ситуации с дровами. Потому как такое ощущение, что все одновременно решили пресануть НВидию - сначала Линус, потом разработчик(-и) DMA-BUF, затем RedHat...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

110. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 12-Окт-12, 18:24 
> что все одновременно решили пресануть НВидию - сначала Линус, потом разработчик(-и)
> DMA-BUF, затем RedHat...

Ну так у нвидии нынче существенный кус бизнеса завязан на линукс. А они еще и пытаются ломаться и диктовать правила. Пф. Линукс и без них прекрасно жил, живет и будет жить. А вот они без линукса - а вот это уже совсем не факт.


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

145. "Технология DMA-BUF не может быть использована в проприетарны..."  –1 +/
Сообщение от skybon (ok) on 12-Окт-12, 21:33 
1% пользователей Линукса дома с Вами согласны.
Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

191. "Технология DMA-BUF не может быть использована в проприетарны..."  +1 +/
Сообщение от fi (ok) on 13-Окт-12, 13:01 
> 1% пользователей Линукса дома с Вами согласны.

и 60% пользователей  со смартфонами и планшетами. Также как 100% студий, которые основные корп. клиенты.

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

344. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Аноним (??) on 15-Окт-12, 23:31 
> 1% пользователей Линукса дома с Вами согласны.

А на openstat что-то такое про почти 5% уже написано. Наверное, MS забыл проплатить исследования :)

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

100. "Технология DMA-BUF не может быть использована в проприетарны..."  –3 +/
Сообщение от Raiden (ok) on 12-Окт-12, 18:02 
Долбаные лицензии не дают жить даже тут :) Имхо ооо разделился не в последнюю очередь тоже из-за лицензий. Гном стали писать из-за лицензий на qt и вообще куча ляпов и проблем из-за лицензий.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

109. "Технология DMA-BUF не может быть использована в проприетарны..."  +5 +/
Сообщение от Аноним (??) on 12-Окт-12, 18:22 
> Долбаные лицензии не дают жить даже тут :)

Знаете, лицензии могут использоваться не только для гасилова неугодных, но и для защиты интересов разработчиков.

> Имхо ооо разделился не в последнюю очередь тоже из-за лицензий.

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

> Гном стали писать из-за лицензий на qt и вообще куча ляпов и проблем из-за лицензий.

Вы в вашем праве забесплатно повкалывать на акул бизнеса не требуя от них никакой отдачи, если оно вам так хочется.

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

164. "Технология DMA-BUF не может быть использована в проприетарны..."  +/
Сообщение от Печенье on 13-Окт-12, 00:29 
Лицензия Qt сейчас торт (LGPL).
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

200. "Технология DMA-BUF не может быть использована в..."  +1 +/
Сообщение от arisu (ok) on 13-Окт-12, 15:56 
какая досада! (ц)
внизапна, копирасты получили траблы от своих же законов. удивляются, небось: «как же это так? ведь идея была — чтобы мы их, а получилось, что они нас…»
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

233. "Технология DMA-BUF не может быть использована в..."  +/
Сообщение от Аноним (??) on 13-Окт-12, 17:43 
> получилось, что они нас…»

Потому что попытка на...ть программистов и лайфхакеров - это далеко не самая удачная идея на свете. Нет ничего забавнее обнаружить что твое копье изогнули под таким углом что оно впивается аккуратно в твой же собственный хитрый зад :)

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

205. "Технология DMA-BUF не может быть использована в проприетарны..."  +2 +/
Сообщение от AAA (??) on 13-Окт-12, 16:13 
Самый простой выход из сложившейся ситуации это отказаться от использования видеокарт данного производителя, когда он начнёт терять рынок сбыта, он станет более сговорчивый,  а иначе он так и будет диктовать свои условия.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

312. "Технология DMA-BUF не может быть использована в проприетарны..."  –1 +/
Сообщение от Тузя (ok) on 15-Окт-12, 08:39 
Правильно мыслите. Наказать их можно кошельком. Но как же заставить фирмы перестать покупать tesla, quadro и, соответственно, nvidia-maximus? Как отучить пользователей других ОС от geforce? Увы, нас мало.
Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

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

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




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

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