LINUX.ORG.RU

NVIDIA не собирается поддерживать CUDA и OpenCL для 32-битных версий Linux


0

2

В NVIDIA заявили, что новые версии CUDA и OpenCL будут недоступны для архитектуры x86 на Linux, так как они считают, что их новые видеокарты в такой конфигурации используются крайне редко.
Необходимо отметить, что набор драйверов с CUDA является частью ветки закрытых драйверов 331.x, но в перспективе его планируют исключить из поставки.
Однако, поддержка 32-битной версии CUDA для ARM, а также не связанных с CUDA компонентов драйвера NVIDIA для x86 будет продолжена в полном объеме.

>>> Подробности

★★★★★

Проверено: Aceler ()
Последнее исправление: cetjs2 (всего исправлений: 3)

Ответ на: комментарий от Loki13

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

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

Но вот Skype под linux в 32 бита, драйвера для аладдиновского токена только 32, криптопро под linux только 32 бита, про ARM я вообще молчу — линукс целиком я туда поставить могу, а этот софт нет. Плюс флеша под ARM нетути. Про софт под Windows ничего плохого говорить не буду, там архитектурные проблемы.

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

Тут я согласен. Я просто надеюсь, что чем больше «китов» откажется от поддержки устаревшего x86, тем больше будут такие проприетарщики задумываться о сборке под x86_64.

Прорывом был бы выход новой венды x86_64 only.

Loki13 ★★★★★
()
Последнее исправление: Loki13 (всего исправлений: 1)
Ответ на: комментарий от Loki13

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

Reset ★★★★★
()
Ответ на: комментарий от Reset

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

Да, да, да. Мы все помник, как однажды в nvidia проверили запускаемость. Потом пол ЛОРа дистры переустанавливало... :-D

atrus ★★★★★
()
Ответ на: комментарий от atrus

Это ты про rm -rf в bumblebee ? А при чем тут nvidia?

Reset ★★★★★
()
Ответ на: комментарий от Xintrea

То есть, ты готов смотреть на квадраты в матрешке, когда в кадре взрыв или много движущихся частиц? Эти ваши mplayer-ы и vlc не выхиливают такие кадры даже на i7 в обычном HD1080.

С этого места по-подробнее. Mplayer умеет CUDA? Или имелось в виду что-то другое.

void_ptr ★★★★
()
Ответ на: комментарий от Deleted

Кто вообще в 2013 году пользуется 32битными ОС?

Например, я.

То ли я не осилил мультиарч в дебиане, то ли он сам по себе глючный, то ли и то, и другое вместе - но наиболее простым способом запускать вендоигрушки в вайне (WoW, например) для меня оказался второй дебиан в дуалбуте с основным. 32-разрядный, да. Побочный бонус - прежде чем запустить игрушку, 3 раза подумаешь, а надо ли оно, и не лучше ли сделать что-то полезное.

Нативные 32-разрядные программы большей частью работают и в 64-разрядной среде, например, скайп. А проблемы, как ни странно, есть с клиентом Second Life, хоть он и опенсорсный, но под 64 разряда его так и не собрали, а 32-разрядная версия работала раньше через ia32-костыли, ныне, если я ничего не путаю, выпиленные.

Хотя скорее всего, если вообще не пользоваться мерзкой проприетарщиной, 64-bit-only должно хватить. Ни игр, ни скайпа. Но если ей не пользоваться, тогда и разговор о нвидиеблобе теряет смысл - это ведь тоже проприетарщина...

hobbit ★★★★★
()
Ответ на: комментарий от ZenitharChampion

Что-то припоминаю, но и тогда речь шла о поддержке physx только через CPU. Я про эту тему

grem ★★★★★
()
Ответ на: комментарий от hobbit

Я откатился с 64 на 32 пару лет назад. И пока не жалею.
P.S.Для игрулек планирую все-таки собрать себе машину с Xen, пробросом видеокарт и т.п.

void_ptr ★★★★
()
Ответ на: комментарий от Aceler

Открывает андроид маркет, находим пару сотен рекламных приложений типа «используем вспышку телефона в качестве фонарика и показываем рекламу».

Самое интересное, что Jota Text Editor с белым фоном прекрасно работает в качестве андроид-фонарика, причём постоянного свечения и даже, кажется, без рекламы :)

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от Aceler

А, по ощущениям. Я думал, ты уже успел залезть в сотни баг-трекеров закрытых продуктов и собрать статистику, а ты так, по ощущениям…

Ну-ну. А ты, конечно же, залез в них, и собрал статистику. И сравнил её с аналогичной по open source.

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

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

Нетоповые продукты. Я знаю 12 офисных пакетов, а ты наверняка три :)

Ты имеешь в виду 12 опенсоурсных «оффисов», которыми пользуются полтора человека? И которые ими пользуются лишь потому, что им на самом деле и текстового редактора за глаза хватило бы.

Таки да, почти все они - говнище, как правило глючное донельзя.

Открывает андроид маркет, находим пару сотен рекламных приложений типа «используем вспышку телефона в качестве фонарика и показываем рекламу».

Без малейшего понятния, кто их пишет. Не пользюсь ни такими фонариками, ни андроидом.

rtvd ★★★★★
()
Ответ на: комментарий от Aceler

Почему противоречит? Ты просто спросил — видел ли я людей, которые платят за СПО. Так вот — вижу каждый день :)

Я просил не то, видел ли ты их. Ясен пень, что видел. Я спросил, МНОГО ли ты их видел. А их таки немного. Более того, те, которых ты видел, как правило не платят разработчикам. Ибо нахрен не нужно. Платят внедренцам. А большинство не платит вообще ничего. И это факт.

rtvd ★★★★★
()
Ответ на: комментарий от rtvd

Ну-ну. А ты, конечно же, залез в них, и собрал статистику. И сравнил её с аналогичной по open source.

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

Ты имеешь в виду 12 опенсоурсных «оффисов»,

Нет, опенсорсных из них три.

Вот список:

    IBM Lotus 
    Ashampoo Office
    Ability Office
    Easy Office
    Corel WordPerfect Office
    StarOffice
    SoftMaker Office
    Kingsoft Office
    iWork

А в википедии можно нарыть ещё.

Без малейшего понятния, кто их пишет. Не пользюсь ни такими фонариками, ни андроидом.

Именно. А меж тем, это и есть основная масса проприетарного ПО.

Aceler ★★★★★
()
Последнее исправление: Aceler (всего исправлений: 2)
Ответ на: комментарий от rtvd

Я спросил, МНОГО ли ты их видел. А их таки немного. Более того, те, которых ты видел, как правило не платят разработчикам. Ибо нахрен не нужно. Платят внедренцам. А большинство не платит вообще ничего. И это факт.

RH что-то не обанкроится никак, вот заигрывающий с проприетарным софтом Novell давеча загнулся. ALT Linux всё никак не помрёт… Rosa вон тоже, зачем-то шевелится. К чему всё это? Не платят же!

Aceler ★★★★★
()
Ответ на: комментарий от dyasny

да ну? это кто тебе такую гениальную мысль подал?

Может тебе мысли и подают. У меня они самого появляются. %)

что именно? RHEL с его постоянными бекпортами из последних разработок, JBoss, где разработка идет в апстриме, и тестировка тоже, Fedora, которая впереди планеты всей, oVirt, openstack, Gluster?

Вот только это там и более-менее новое. А всё остальное - старьё.

Fedora может и впереди планеты всей, но точно не планеты Земля.

Была она у меня, не самый плохой дистрибутив. Но снёс её быстро. Слишком много шероховатостей, много чего пришлось дорабатывать. В софте полно глюков (но оно во всех линуксах так). openSSL - кастрированный.

именно потому что невозможно адекватно протестировать вообще все пакеты.

Вот это новость! А я то и не знал.

А тебе не кажется, что об этом я и говорил? Что в open source почти нихрена не тестируют «потому что невозможно адекватно протестировать вообще все пакеты». А коммерческий софт тестируют. Там такие гнилые отмазки не прокатывают. Плавали, знаем.

тебя попросят вернуть оригинальный пакет и проверить есть ли проблема после изменений.

Какой такой оригинальный пакет? Почитай внимательно, что я написал. Речь идёт об установке вообще изначально не присутствующего в дистрибутиве софта.

может хватить нести чушь о которой ничего не знаешь?

Ой да, ты свою чушь точно знаешь.

Вообще-то я привык лицензии читать. А ты походу дела только «accept» клацать.

rtvd ★★★★★
()
Ответ на: комментарий от Aceler

Функциональность RHEL, мягко говоря, превосходит функциональность Windows Server, в нцать раз. И объём кода тоже. Проверять нечего — это у микрософта.

Мне вообще наплевать и на то, что она там превозходит, и что такое этот твой Windows Server.

Я правильно понимаю, что Microsoft даёт гарантию вообще на что-либо? Особенно на компоненты не из официальной поставки? Вот я апача поставлю на MS Windows Server — гарантия будет действовать?

Откуда ты вытащил Microsoft? Я их вообще хоть раз упоминал? Так ты мне про инопланетян начнешь аргументы задвигать.

Что до апача на windows server, то полагаю что врядли Microsoft прекратит поддержку своей OS если на ней будет запущен апач.

Воистину, у тебя отличный мир, в котором ты живешь! Жалко только, что он существует только в рассказах рекламистов и маркетологов.

Ты серьезно болен. Теперь тебе видятся рекламисты и маркетологи.

rtvd ★★★★★
()

Сколько нытья от серьезных дядек с чиcлодробилками на x86.

sid350 ★★★★★
()
Ответ на: комментарий от Aceler

RH что-то не обанкроится никак, вот заигрывающий с проприетарным софтом Novell давеча загнулся. ALT Linux всё никак не помрёт… Rosa вон тоже, зачем-то шевелится. К чему всё это? Не платят же!

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

rtvd ★★★★★
()
Ответ на: комментарий от rtvd

Откуда ты вытащил Microsoft?

Мы сравниваем ПО одного класса? Или ты сравниваешь энтепрайзный проприетарный продукт с поделкой хакера Васи, выставившего лицензию на свой продукт как «GPL», потому что это круто?

Что до апача на windows server, то полагаю что врядли Microsoft прекратит поддержку своей OS если на ней будет запущен апач.

То же самое и с RH, поддержка системных компонентов не прекращается при установке сторонних приложений.

Так что мы там обсуждали?

Aceler ★★★★★
()
Ответ на: комментарий от rtvd

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

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

Aceler ★★★★★
()
Ответ на: комментарий от Polugnom

32-бита? Напомните мне, что это такое.

это те самые старинные времена, когда люди ещё смотрели кинофильмы (*.avi) в разрешении примерно 854x480 [или даже 320x240] , и им казалось что это является вполне смотрибельным и совершенно не отвратительным :)

user_id_68054 ★★★★★
()
Ответ на: комментарий от Aceler

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

Мне нет нужды тебе ничего доказывать :) Я голосую фунтами стерлингов.

rtvd ★★★★★
()
Ответ на: комментарий от Aceler

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

Да, беру с тебя пример.

rtvd ★★★★★
()
Ответ на: комментарий от Aceler

Мы сравниваем ПО одного класса? Или ты сравниваешь энтепрайзный проприетарный продукт с поделкой хакера Васи, выставившего лицензию на свой продукт как «GPL», потому что это круто?

Я вообще не собираюсь ничего сравнивать.

Что до поделок хакера Васи, то это почти весь open source. И процент такого софта уж точно не меньше чем процент «фонариков для андроида».

В общем, ты меня утомил.

Полагаю, сам ты лично за софт (а тем более open source) не платишь. О чём с тобой можно говорить?

rtvd ★★★★★
()
Ответ на: комментарий от rtvd

Я вообще не собираюсь ничего сравнивать.

Читаем исходный пост:

Вот интересно, свободные проекты вообще не гнушаются поддерживать сразу 10n+1 архитектур и 5m+2 программных платформ, включая мобильные. Как проект несвободный — так сразу крики о сложности поддержки больше чем двух архитектур и хорошо если двух ОС.

Т.е. с самого начала шло сравнение. Если ты не собираешься ничего ни с чем сравнивать, тогда зачем ты сюда влез?

Aceler ★★★★★
()

Спасибо Линусу, подсказал, какую карту купить, в итоге...

Desmond_Hume ★★★★★
()
Ответ на: комментарий от rtvd

Может тебе мысли и подают. У меня они самого появляются. %)

но откуда? бабки во дворе нашептали что ли?

Вот только это там и более-менее новое. А всё остальное - старьё.

«это» было перечисление основного набора софта который развивает и поддерживает RHT.

Fedora может и впереди планеты всей, но точно не планеты Земля.
Была она у меня, не самый плохой дистрибутив. Но снёс её быстро. Слишком много шероховатостей, много чего пришлось дорабатывать. В софте полно глюков (но оно во всех линуксах так). openSSL - кастрированный.

из бинарных дистров новее ничего нет. поэтому и «шероховатости» находятся часто

Вот это новость! А я то и не знал.
А тебе не кажется, что об этом я и говорил? Что в open source почти нихрена не тестируют «потому что невозможно адекватно протестировать вообще все пакеты». А коммерческий софт тестируют. Там такие гнилые отмазки не прокатывают. Плавали, знаем.

похоже не знал, раз кричишь о том что функционал урезан. кому на сервере нужна поддержка джойстиков например? коммерческий софт тестируют не больше чем поддерживаемый открытый софт, а зачастую меньше. Это из опыта в 15 лет работы в фирмах софт разрабатывающих, как открытый так и закрытый. Не знаю где ты там плавал, но я последние 5 лет проработал в RHT и ни один патч не попадал в дистр пока он не проходил QA.

Какой такой оригинальный пакет? Почитай внимательно, что я написал. Речь идёт об установке вообще изначально не присутствующего в дистрибутиве софта.

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

dyasny ★★★★★
()

Вполне логичное заявление. CUDA под GNU/Linux, как правило, числодробилки или графические станции. В них уже давно больше 4GB. Можно, конечно, PAE, но зачем? На самой большой числодробилке, точно будет x86_64, так что логично и у себя иметь такую же систему, чтобы проще переносить свои наработки с локальной рабочей станции на основную дробилку.

И если концентрация на одной платформе поднимет качество и производительность, то это будет просто замечательно.

silw ★★★★★
()
Ответ на: комментарий от hobbit

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

Ну я не знаю, я уже много лет на 64битной убунте — проблем с игрушками нет: танки запускаются, ME1 старенький тоже, вов (уже не играю, не знаю, может с новыми патчами беда, но с личом/катой норм).

Deleted
()
Ответ на: комментарий от Vinni_Pooh

Самое смешное, что наверняка там всё отжирает интерфейс, а не вычислительные возможности.

Quasar ★★★★★
()
Ответ на: комментарий от Loki13

Loki13> Вот все бы так. Жду не дождусь, когда первым делом x86_64, а только на последнем месте x86_32. Почему до сих пор все приоритетом считают x86? Это же «прошлый век». Сейчас уже и процессоров то таких не найдешь в продаже. да, да, про говноатомы знаю, но за процессоры их не считаю, так, затычка для сокета.

Потому, что на x86 на практике меньше всего черезжопности в плане загрузки. x86_64 следует считать разновидностью x86, так как он за собой x86 тянет.

Да и если в соответствующих местах атом вместо процессора справляется со своей задачей, то зачем его выкидывать?

Loki13> Отдельных лучей поноса достойна приоритетная поддержка x86_32 за необходимость держать сраный мультилиб для стима.

А ты не пользуйся стимом. Про приоритетную поддержку IA32 ты меня насмешил. Ты, похоже, ни разу не сталкивался с серьёзными коммерческими продуктами вроде САПР.

Quasar ★★★★★
()
Ответ на: комментарий от Loki13

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

Quasar ★★★★★
()
Ответ на: комментарий от Allakka

SteamOS не будет использовать CUDA, так как это противоречит концепции.

Quasar ★★★★★
()
Ответ на: комментарий от Evgueni

Эти Tesla нужны только тем, у кого уже готовый код на CUDA есть. Известно, что игровой Radeon от этих Tesla в производительности OpenCL не отстаёт - опытный факт.

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

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

Хотя безусловно для тренеровки обычной карты достаточно.

Evgueni ★★★★★
()
Ответ на: комментарий от rtvd

rtvd> Серьёзные дяди и тёти как правило являются проприетарщиками.

Да ладно? Я видел таких «серьёзных дядь и тёть». Вернее - их «продукты». Говнище говнищем. А есть вполне серьёзные дяди и тёти, которые не проприетарщики.

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

Интересно смотреть производительность не какой-нибудь хери типа биткоинов или md5sum, а чего-нибудь реального, например, Навье-Стокса. А в реальных задачах, на сколько мне известно, amd до nvidia как раком до китая

Reset ★★★★★
()
Последнее исправление: Reset (всего исправлений: 1)
Ответ на: комментарий от hobbit

Была такая беда. (У меня testing\unstable). После долгих прыжков с бубном полечил, последовательность не воспроизведу. WoT (танчики :) ) не запускался совсем, известная беда DirectX HardWare Accelleration, Стим гнусно каркал на не ту либу lib.gl.so (точно не помню название). Под конец всех этих действий (включение мультиарча в dpkg и прочие гугления) доставил пакеты с Нвидия-дровами из experimetal-а. Сейчас работает :). Про х32 дистр не задумываюсь лет 5 минимум. («гугл наше всё», ага :) ).

dv76 ★★★★
()
Ответ на: комментарий от Aceler

крики о сложности поддержки больше чем двух архитектур и хорошо если двух ОС.

Это правда. Помнится, когда запускали драйвер NVidia под FreeBSD x64, в ядро пришлось добавлять линуксизмы, ибо nvidia'вские разрабы не осилили.

С другой стороны, получается, что код CUDA и OpenCL у них на ассемблере написан что-ли, что его так сложно поддерживать для n+1 архитектуры?

Lothlorien ★★★
()
Последнее исправление: Lothlorien (всего исправлений: 1)
Ответ на: комментарий от EvgenijM86

Ну вот были такие Xeon'ы, которые x64 не поддерживают. У меня на подобном файлопомойка на старом серваке работает. Что мне, выкидывать его что-ли?

Lothlorien ★★★
()
Ответ на: комментарий от Anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

Потому как швабодный код — no warrannty
warrannty

Ага. Собственно, прозондированный софт точно также прописывает отказ от гарантий. Добро пожаловать в 21 век.

anonymous
()
Ответ на: комментарий от Reset

Reset> Интересно смотреть производительность не какой-нибудь хери типа биткоинов или md5sum, а чего-нибудь реального, например, Навье-Стокса. А в реальных задачах, на сколько мне известно, amd до nvidia как раком до китая

В реальных задачах как раз AMD производительнее. Проверено на молекулярной динамике с потенциалом EAM.

Quasar ★★★★★
()
Ответ на: комментарий от Lothlorien

OpenCL там вообще через CUDA, можно сказать, эмулируется.

Quasar ★★★★★
()
Ответ на: комментарий от Reset

Мне тоже интересно, но ничего кроме бенчмарков Folding Home для двойной точности для opencl я пока не нашёл :( Но там GTX680 и 780 проигрывали GTX580, что на явной, что на неявной схемах о_О
И тот же GTX580 идёт вровень с HD7970 (GTX770 рассматривался как её конкурент) для явной схемы, но проигрывал для неявной.

Да, у семейства radeon двойную точность поддерживают не все видеокарты, а только Radeon 47xx, 48xx, 58xx, 59xx, 69xx, 77xx, 78xx, 79xx; FirePro V87xx, V78xx, V88xx, V98xx; FireStream 92xx, 93xx) ну и каких-то более новых. Почему внезапно в линейке 68xx поддержки двойной точности внезапно не было, не знаю.

grem ★★★★★
()
Ответ на: комментарий от vitalif

+Вариант

А они не планируют вообще видеокарты исключить из поставки? было бы неплохо.

aes_ultimum ★★
()
Ответ на: комментарий от Quasar

так как это свойство этой архитектуры. x86_64 - это всего лишь надстройка над 32-битной x86, если ты не знал

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

Loki13 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.