URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 86848
[ Назад ]

Исходное сообщение
"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."

Отправлено opennews , 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


Содержание

Сообщения в этом обсуждении
"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено хрен с горы , 12-Окт-12 12:43 
прямо как бальзам на душу!

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Анон , 12-Окт-12 16:08 
Какой же это бальзам?! Вам - отсутствие  нормального драйвера под линукс, а им - отсутствие какого-то процента, если не доли, рынка потребителей. Не будь лицензия столь "свободной" были бы и драйвера и рынок нвидии тоже бы как минимум не пострадал. Вы же, как получается, радуетесь чужим проблемам, меж тем не замечая своих.

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено crypt , 12-Окт-12 17:11 
Согласен, конфуз вышел. Сотрудничество между корпорацией и сообществом зашло в тупик. Зато чукча (а точнее аж 12, судя по плюсам) радуется: билет купил, а в автобусе не поехал.

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 23:44 
> Пингвин взлетел вообще без помощи корпораций

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


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

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


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

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


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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено arisu , 13-Окт-12 16:33 
>> …и сайты стали жирные, неудобные и безграмотные, согласен.
> За все надо платить.

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено Аноним , 13-Окт-12 16:36 
>стали тормозней и неудобней?

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено arisu , 13-Окт-12 16:43 
> и стать менее консервативным

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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено кевин , 13-Окт-12 18:40 
enough is never be the same as now(c).

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

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


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

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


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

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

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


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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено Аноним , 13-Окт-12 21:15 
К сожалению, это факт с которым приходится считаться.

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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено Аноним , 13-Окт-12 21:36 
Я считаю, что хоть это и не идеал, но угробить жизнь и психику на служение идеалу фактически без какого-либо результата - это либо подвиг, достойный высокоморального человека, либо главная его глупость.

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

Если бы.

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

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

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

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

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

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

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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено Jaugen Safonau , 15-Окт-12 03:36 
ThinkPadы небось юзали ;-)

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

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

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

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

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

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

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

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


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

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено anonymous , 13-Окт-12 16:48 
Все то, что более-менее широко юзается - есть. Находятся люди, которые пишут, находятся люди, которые со временем это начинают финансировать. Если 3D САПР нет, значит сами себе злобные буратины.

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

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

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


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

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

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

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


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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 15-Окт-12 13:09 
Не очень ли опрометчиво ограничивать интересы "всех" своими интересами?!

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

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


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

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

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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено arisu , 14-Окт-12 06:45 
ты ничего не перепутал, не?

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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 18:05 
> билет купил, а в автобусе не поехал.

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


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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 18:29 
Да, такая доля процента - 90% из топ 500, чуть ли не половины рынка смартов/планшетов, etc. Пусть продолжают дальше в том же духе. Вот только линукс прекрасно жил без всяких нвидий. Никто не падал ниц и не просил их сделать драйвера.

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 19:11 
Не стоит связывать технологии массовых продуктов с технологиями, применяемые в "штучных" решениях из ТОП500. Тем более, если верить Вашим цифрам, то 90% уже говорит о том, что аналогов подобного оборудования практически нет, что заставляет задуматься о приоритетах со стороны как само

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

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



"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Michael Shigorin , 12-Окт-12 21:39 
> Не стоит связывать технологии массовых продуктов с технологиями,
> применяемые в "штучных" решениях из ТОП500.

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 21:55 
>> Не стоит связывать технологии массовых продуктов с технологиями,
>> применяемые в "штучных" решениях из ТОП500.
> Так с переднего края технологии сперва сползают в датацентры, потом в обычные
> серверы и десктопы.  Посмотрите на SMP и подумайте, как оно
> добиралось в нетбуки...

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Michael Shigorin , 12-Окт-12 22:27 
> В топе 500 технологии DRI3, потом они прийдут в датацентры. Я правильно понял?

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 23:49 
> Так с переднего края технологии сперва сползают в датацентры, потом в обычные серверы и десктопы.
> Нет.  Кстати, можете не стараться замусорить тред -- бесполезно.

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Michael Shigorin , 12-Окт-12 23:56 
>> с переднего края
> Этот тред о том, что не используется на тех системах на которые вы ссылаетесь.

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 13-Окт-12 07:25 
> Нет.  Кстати, можете не стараться замусорить тред -- бесполезно.

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


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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 13-Окт-12 10:20 
Не хотелось бы огорчать Вас, но вашу спесь и шаблон сбить стоит.

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено ананим , 13-Окт-12 11:49 
Да вы ничуть не огорчили.
Даже напротив — как идут, так и перестанут.
Деньги как известно не пахнут, как только конкуренты (а амд с интелом тоже сшп) будут предоставлять пусть не такие крутые, но без траблов (в отличие от нвидии — а к этому всё идёт) и, что самое главное, кастомизируемое, гибкое решение, то крэй с лёгким сердцем и чистой душой пошлёт их так далеко, что и не увидишь.
А с учётом что это будет на порядки дешевле, то это вероятно почти на 101%.
(1% ещё нвидиа добавляет)

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено ананим , 14-Окт-12 02:12 
сколько у вас креев?
а то так же - Это вероятно лишь в вашем воображении. В идеальной теории все так, но на практике уместнее скорее мысль про "штаты", хотя истину мы не узнаем, если только тут нет трепливых представителей самой Cray.

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 14-Окт-12 02:55 
Нисколько, именно по этому я о них молчу, но у вас-то конечно пара десятков наберется.

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

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

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

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

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

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

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

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


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

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


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

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


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

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


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

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

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

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

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

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



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

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

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

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


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

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

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

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

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

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


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

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

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

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

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

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено darkshvein , 13-Окт-12 10:49 
И что, из-за того, что нвидиа упрямые ослы, не желающие принимать открытые лицензии, мы должны принимать закрытые лицензии? Ну ты сказал. Правильно там 12(10) плюсов стоят.

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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено arisu , 13-Окт-12 16:04 
> Какие свободы отбирают?

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

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено Аноним , 13-Окт-12 16:43 
Доступно конечно, но вместо траты времени можно просто купить АМД, тем более что месяц работы стоит дороже. Этой свободы вас не лишают и не собираются. Потом, Вы забываете что производитель тоже не обязан Вам ничего открывать. Вы выбрали решение - значит согласились с политикой компании. Правильный выбор или нет - это уже другой разговор.

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено Аноним , 13-Окт-12 20:25 
>Да, в их исполнении маневр "доработка на заказ" просто баснословно дороже.

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


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

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


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

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

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

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

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

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


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

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

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

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено arisu , 13-Окт-12 16:57 
p.s. *работать* мне эти баги не мешают. неприятны, конечно, но не настолько, чтобы я ломанулся в магазин за новой видеокартой. а вот потратить месяцок вечеров на неспешное ковыряние кода (учитывая, что скилл «нормально патчить чужое без глубокого погружения» у меня достаточно неплохо прокачен) я вполне готов. буду вместо кино код ковырять — это даже интересней. только вот нет этого кода.

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 13-Окт-12 20:22 
И это хорошо, но нельзя требовать это от других т.к. за счет Вашей свободы нарушается их свобода. Кто-то сказал, что свобода заканчивается там, где начинается свобода других. С осознанием этого у, представленного подобными данному ресурсу, пользователей проблемы, причем большие.

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 15-Окт-12 15:00 
Так в том-то и дело что никто и не покупал у них сорцы, спеки и т.п. и они не прилагались к купленной в магазине видеокарте. Если в вашем соглашении с нвидиа написано другое, то будет очень интересно почитать. Без соглашения, в котором прописано что нвидиа должна открыть сорцы, все доводы лишь юольной домысел, не более.

"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено arisu , 15-Окт-12 15:09 
никто и не говорил, что они нарушают какую-то букву соглашения.

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Game developer , 12-Окт-12 12:44 
А перевести свои собственные драйвера на двойную лицензию они не желают? 2012й год на дворе, пора бы им уже повзрослеть. Писать драйвера по принципу "никому не покажем, потому что стыдно, и вообще там всё супер-секретно" - детский сад.

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 13:01 
опять 25...
откуда вы такие наивные то все беретесь?
они там совсем должны быть упоротыми чтобы отказаться от своей профессиональной линейки

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

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


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

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


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

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


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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 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. Зачем ты сочиняешь?


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

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



"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено R , 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. И если Вам, уважаемый Безымянный, лень следить за новостями, то уж действительно, зачем сочинять...


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 19:09 
>> они там совсем должны быть упоротыми чтобы отказаться от своей профессиональной линейки
> Аналогичная профессиональная линейка: DMA-BUF, DRI3, GPLONLY.

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено прохожий , 12-Окт-12 21:02 
Не говорите ерунды. Там даже площади кристаллов разные.

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

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


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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 15:24 
Ну вам-то виднее, неправда ли.

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено ананим , 12-Окт-12 16:09 
разумеется.
им уже предложили разработать свой блоб (если уж жлбство не искоренить) поверх nouveau и не морочить никому голову.

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

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


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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 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. Так что не так все просто.


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

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


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

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

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

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

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

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


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

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


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

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

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Michael Shigorin , 14-Окт-12 19:00 
> 0,5млн

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


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

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


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

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

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

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

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

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 15-Окт-12 18:06 
> Так архитектуры будут совершенствоваться, техпроцессы улучшаться.

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

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

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 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 и прочая :)

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

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


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

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


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

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


"(offtopic) энтомологическое"
Отправлено Michael Shigorin , 16-Окт-12 21:26 
> Удивись, сынок - нвидия еще и сетевые чипы делает

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


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

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

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

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


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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено НЕТ , 12-Окт-12 16:42 
А я видел сравнения работы GeForce и Quadro в 3DMax и AutoCAD. Оказалось что улучшения работы нет. Кому верить? не покупать же самому и сравнивать :)

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

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


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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 13-Окт-12 17:01 
> да-да, вот именно это-то в автокадах ускоряет квадры, а все остальное неважно

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



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

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


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

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


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

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

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


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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено ВКПб , 12-Окт-12 15:31 
Можно писать для галлиума проприентарные расширения и продавать их.

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

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


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

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


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

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

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

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


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

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено ананим , 12-Окт-12 17:19 
1) а под линух всё-равно быстрее, не "можно и в"
2) нвидиа только и делает, что заявляет.
а игры как делались на дх9, так и делаются.
исключения только на спонсорские деньги мс (и нвидиа кстати) и по пальцам одной ноги.
3) отлично дрова амд работают. и дрова интела тоже.
говорю как обладатель ноута с иви бридж и оптимус (бумблибии работает отлично, но использовал я нвидиа только когда был интерес к новинке. сейчас думаю а напуркуа я за нвидиа переплачивал?)
4) "были" - это правильная форма глагола.
я их так и запомню.
как к примеру и нокиа.

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

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


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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в..."
Отправлено arisu , 14-Окт-12 11:17 
но отличие в том, что если совсем припечёт — с интелем таки можно взять исходник, поднапрячься и поправить себе. а вот с нвидиа…

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

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


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

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


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

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


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

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


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

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



"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено qux , 14-Окт-12 12:34 
2 года с KDE на i650 (clarkdale), местами битой отрисовки вроде не замечено, если было об этом.

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

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

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

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

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


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

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


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

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


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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 18:28 
Что ж для ATi до сих пор не существует быстрого 3D на отрытом драйвере? Спецификации открыты почти 5 лет.

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

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


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

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


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

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


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

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


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

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

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 13-Окт-12 13:24 
все верно, только в виндах (последних) не амд в бсоды падает, а нвидиа

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 13-Окт-12 17:12 
> нвидиа

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


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

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

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

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

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

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


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

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


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

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


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

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


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

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


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

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


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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено ВовкаОсиист , 12-Окт-12 14:47 
Дааа ты что, не подкинешь ли ссылку, где скачать Catalyst-src?

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

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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено daf , 12-Окт-12 16:31 
А как поможет открытие спецификаций решить проблему лицензирования DMA-BUF?

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено ананим , 12-Окт-12 16:56 
всё просто - этой проблемы в nouveau нет.
и им уже предлагали делать свои блобы поверх бызы nouveau

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено _yurkis_ , 12-Окт-12 14:41 
Вобще- то они, вроде, купили технологии. И под NDA.

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 12:49 
Можно ли написать wrapper который имеет лицензию GPL и экспортирует свои функции для работы с DMA-BUF?

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 12:55 
Можно в теории, но лишняя прослойка = лишнее время выполнения.

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 14:23 
Нельзя - это противоречит лицензии GPL. В ядре это временное соглашение со стороны Торвальдса и Столманна ради продвижения Linux в массы.

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Капитан , 12-Окт-12 14:40 
Можно. Нет более постоянного, чем временное!

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено brzm , 12-Окт-12 12:57 
Можно, конечно. Так, собственно и работают проприетарные дрова: кусок для взаимодействия с ядром и бинарный кусок, который работает только с wrapper'ом. Так что проблема в данном случае непонятна, сунули бы этот функционал в свой wrapper, да и всё.

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Xasd , 12-Окт-12 16:49 
прости но нет такого пункта в GPL, который говорит что нельзя

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

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 17:29 
> пусть NVidia не инклудит внутри своих драйверов -- GPL-библиотеки . вот и всё.

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


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

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


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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено brzm , 14-Окт-12 22:48 
А, т.е. интерфейсы используемые в проприетарном драйвере разрешены для линковки в проприетарные модули? Хм, ок, не знал.

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 13:56 
Нельзя, так как с wrapper-ом будет линковаться проприетарный код. Вообще блобы в ядре нарушают GPL, просто пока что всем пофигу.

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

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


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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 12:51 
Я почему-то думал что у nvidia уже используется GPL модуль-прослойка между ядром и их блобом

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

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

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


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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Анон , 12-Окт-12 13:10 
Потом тоже самое про Вейленд начнут плести, когда прижмёт маленько, а сейчас можно просто нос воротить.

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

"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Анон , 12-Окт-12 13:40 
Возможно всё, короче.

"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Яйцассыром , 12-Окт-12 14:15 
еще возможно падение метеорита, которое рещит вообще все проблемы)

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

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


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

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

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


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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Анон , 12-Окт-12 13:42 
Это что за история?

"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Michael Shigorin , 12-Окт-12 14:13 
> Это что за история?

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

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

Come on Dmitry

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

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

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

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

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

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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Аноним , 12-Окт-12 13:48 
то есть подтверждаете наличие двойных стандартов ?
А всего лишь надо было заставить IBM открыть свою кластерую FS :) Но оказалось что IBM не для того денег давало что бы ей мешали их зарабатывать...

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

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


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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Аноним , 13-Окт-12 05:58 
>Внезапно, чтобы качать права надо было чтобы были какие-то стимулы.

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


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

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


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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Michael Shigorin , 14-Окт-12 20:11 
> Так если вы не заметили, их никто и не звал.

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

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


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

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


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

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


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

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


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

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



"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено AlexAT , 12-Окт-12 14:14 
Да всё просто.
API wrapper под GPL, как модуль ядра. Вообще без кода, тупая трансляция call-to-call, pointer-to-pointer, structure-to-structure. Проприетарный драйвер тоже как модуль ядра. И никаких проблем с линковкой.
Но да - это требует от вендора заморачиваться. Не совсем правильный подход.

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

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



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

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

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


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

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

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


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

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

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


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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено qux , 14-Окт-12 11:21 
И было бы у вас сейчас: свободный (LGPL) vmlinux и закрытыми половина /usr/lib/modules :)

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

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


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

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


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


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

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


"Технология DMA-BUF не может быть использована в..."
Отправлено Аноним , 16-Окт-12 13:29 
нет, это у вас небыло sandy/ivy bridge.

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

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

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено _yurkis_ , 12-Окт-12 14:46 
То есть или свобода или optimus?

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено paulus , 12-Окт-12 14:57 
> То есть или свобода или optimus?

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


"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Анон , 12-Окт-12 15:07 
Верно.
Не спрашивай, что линукс сделал для тебя. Спроси, что ты можешь сделать для линукса.

"DMA-BUF и DRI3 не смогут быть использованы в проприетарных в..."
Отправлено Аноним , 12-Окт-12 17:25 
Жжоте. Но ведь как-то так оно и есть...

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

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


  


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

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



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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено anonymous , 12-Окт-12 19:19 
> другие не хотят что б на них наваривались, просто регрессия какая-то

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено ваноним , 12-Окт-12 19:45 
на фоне наличия открытого аналога, развитие закрытого кажется некоторой формой мизантропии. т.е. аргументы "за" и "против" очевидны, но, тем не менее, кажется, что nvidia создает себе проблем не меньше, чем решает

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

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

Oh wait...


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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено evgeny_t , 12-Окт-12 15:58 
я бы не дал согласие
и посмотрел кто кому нужнее nvidia линуксу или linux nvidia

"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено _yurkis_ , 12-Окт-12 16:36 
Возможно Вы бы огорчились...

"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено evgeny_t , 12-Окт-12 17:27 
чего огорчаться ? android > 80% скоро будет

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

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


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

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

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


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

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

Пишите исчо.


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено AlexAT , 13-Окт-12 16:04 
http://www.isuppli.com/Home-and-Consumer-Electronics/News/Pa...

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

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


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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено ваноним , 12-Окт-12 19:46 
Линус, помнится, уже ответил на этот вопрос общеизвестным публичным жестом

"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Аноним , 12-Окт-12 16:01 
Следующая карточка будет AMD

"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Аноным , 12-Окт-12 16:29 
Интел же.

"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено savant , 12-Окт-12 17:21 
Интел дискретные видеокарты не делает.

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

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


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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено anonymous , 12-Окт-12 19:22 
Так он явно про хасвелл, там производительность встройки в два раза поддятнли и OpenCL обещали. Хотя кто знает как оно будет через пол года.

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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Loooooker , 12-Окт-12 18:00 
Как владелец и, в какой-то степени, приверженец НВидии, запасаюсь попкорном... Надеюсь, этот "тупик" поспособствует сложившейся ситуации с дровами. Потому как такое ощущение, что все одновременно решили пресануть НВидию - сначала Линус, потом разработчик(-и) DMA-BUF, затем RedHat...

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

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



"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено skybon , 12-Окт-12 21:33 
1% пользователей Линукса дома с Вами согласны.

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

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


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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Raiden , 12-Окт-12 18:02 
Долбаные лицензии не дают жить даже тут :) Имхо ооо разделился не в последнюю очередь тоже из-за лицензий. Гном стали писать из-за лицензий на qt и вообще куча ляпов и проблем из-за лицензий.

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

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

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

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

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

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Печенье , 13-Окт-12 00:29 
Лицензия Qt сейчас торт (LGPL).

"Технология DMA-BUF не может быть использована в..."
Отправлено arisu , 13-Окт-12 15:56 
какая досада! (ц)
внизапна, копирасты получили траблы от своих же законов. удивляются, небось: «как же это так? ведь идея была — чтобы мы их, а получилось, что они нас…»

"Технология DMA-BUF не может быть использована в..."
Отправлено Аноним , 13-Окт-12 17:43 
> получилось, что они нас…»

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


"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено AAA , 13-Окт-12 16:13 
Самый простой выход из сложившейся ситуации это отказаться от использования видеокарт данного производителя, когда он начнёт терять рынок сбыта, он станет более сговорчивый,  а иначе он так и будет диктовать свои условия.

"Технология DMA-BUF не может быть использована в проприетарны..."
Отправлено Тузя , 15-Окт-12 08:39 
Правильно мыслите. Наказать их можно кошельком. Но как же заставить фирмы перестать покупать tesla, quadro и, соответственно, nvidia-maximus? Как отучить пользователей других ОС от geforce? Увы, нас мало.