https://slinkov.ru/openforum/vsluhforumID3/92566.html Компания NVIDIA объявила о переводе поддержки тулкита CUDA для 32-разрядых Linux-систем (x86) в разряд устаревших. Разработка и обеспечение работы приложений CUDA и OpenCL на 32-разрядной платформе Linux-x86 не гарантируется в будущем.<br><br>Поддержка уже выпущенных версий тулкита CUDA для платформы Linux-x86 будет сохранена, но будущие выпуски скорее всего не будут доступны для Linux-x86. Пакет GPU-драйверов с поддержкой CUDA входит в состав ветки проприетарных драйверов NVIDIA 331.x для Linux, но в будущих ветках возможно его исключения из поставки, в том числе и из состава сборки для архитектуры x86_64. Поддержка CUDA для Linux на 32-разрядной архитектуре ARM, а также не связанных с CUDA компонентов драйвера NVIDIA для Linux (x86/x86_64), будет продолжена в полном объёме. <br><br><br><br>URL: https://devtalk.nvidia.com/default/topic/633730/unix-graphics-announcements-and-news/deprecation-plans-for-32-bit-linux-x86-cuda-toolkit-and-cuda-driver/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=38388<br> https://slinkov.ru/openforum/vsluhforumID3/92566.html#116 Wed, 13 Nov 2013 23:09:54 GMT Это ясно, но они же для встраиваемых приложений, т.е. другие цели, поэтому супер производительности никто от них и не ждёт, но всё равно, вычислительные ресурсы с плавающей точкой, возможно, могли бы радовать по сравнению с плавающей точкой в CPU.<br> https://slinkov.ru/openforum/vsluhforumID3/92566.html#115 Wed, 13 Nov 2013 10:13:42 GMT &gt; А для APU от AMD есть какие-то цифры по производительности в double? <br><br>Цифр нет. Есть _впечатление, что встроенные в АПУ какие-нибудь 6350/7650 [_M_, даже местами, но вторая цифра важнее] вряд дадут больше, чем в 10-5-3+- раз **меньше**, чем топовый дискретный 9990-или-как-там-его.<br><br>Чисто с потолка.<br> https://slinkov.ru/openforum/vsluhforumID3/92566.html#114 Tue, 12 Nov 2013 18:51:16 GMT А для APU от AMD есть какие-то цифры по производительности в double?<br> https://slinkov.ru/openforum/vsluhforumID3/92566.html#113 Tue, 12 Nov 2013 00:04:07 GMT &gt; До того как x86 загнётся,<br><br>С x32 не перепутал?<br> https://slinkov.ru/openforum/vsluhforumID3/92566.html#112 Mon, 11 Nov 2013 20:37:12 GMT &gt; Логично.<br>&gt; Профит энвидии тогда назовём чОрной дырой.<br><br>Чорная Меса уже где-то была..... не?<br> https://slinkov.ru/openforum/vsluhforumID3/92566.html#111 Mon, 11 Nov 2013 19:03:19 GMT &gt; Всё зависит от вкладок. Где-то пробегала ссылка* на страничку, на которой файрфоксу <br>&gt; не хватало 4Гб ОЗУ, даже если эта страничка -- единственная открытая <br>&gt; в файрфокс. Эту хрень пофиксили, вроде в 26, но...<br><br>И вот тут-то x86 и x32 уже переходят в разряд неосиляторов, ибо там адресного пространства процессу не хватит.<br> https://slinkov.ru/openforum/vsluhforumID3/92566.html#110 Mon, 11 Nov 2013 18:58:45 GMT Сам факт того, что надо всегда иметь три синхронных "копии" одной и той же библиотеки в системе - уже вымораживает. <br><br>А уж если надо какую-то проприетарь подключить... не факт, что она будет работать именно в x32 приложении - под x32 либов может и не оказаться. И получится, что вон то работает одинаково в x32/x64/x86, вон то - работает только в x86, а вот это - только в x64 версии одного и того же приложения. Хелл сферический, в вакууме.<br> https://slinkov.ru/openforum/vsluhforumID3/92566.html#109 Mon, 11 Nov 2013 18:56:17 GMT &gt; Пока это три независимых сета и приложение не может их перепутать (а <br>&gt; оно здесь не может - ABI разный) - хелла в упор не вижу.<br><br>В целом прямого хелла нет - перепутать почти невозможно, угу. Но определенные грабли вижу в необходимости билдить и использовать аж целых 3 набора либ (а по-хорошему - пакетов с либами) для поддержания одного и того же набора апликух. Плюс так и вижу часть (в основном, как ни странно, BSD-licensed) софтинок, упорно собирающих либы в /usr/lib вне зависимости от архитектуры. Их придётся допиливать :)<br><br> https://slinkov.ru/openforum/vsluhforumID3/92566.html#108 Mon, 11 Nov 2013 18:52:02 GMT &gt; а то что, это больше колл регистров нужно сохранять/выгружать в память межу <br>&gt; переходами выполнения процессов? Но больше значет круче жи <br><br>Если когда-нибудь смотрели выход современных компиляторов - поймёте, что при бОльшем количестве регистров их приходится куда меньше свапить со стеком при выполнении. Это окупает затраты на переключение контекста на 100500%. <br>