The OpenNET Project / Index page

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

NVIDIA прекращает поддержку CUDA для Linux на 32-разрядной архитектуре x86

09.11.2013 23:47

Компания NVIDIA объявила о переводе поддержки тулкита CUDA для 32-разрядых Linux-систем (x86) в разряд устаревших. Разработка и обеспечение работы приложений CUDA и OpenCL на 32-разрядной платформе Linux-x86 не гарантируется в будущем.

Поддержка уже выпущенных версий тулкита CUDA для платформы Linux-x86 будет сохранена, но будущие выпуски скорее всего не будут доступны для Linux-x86. Пакет GPU-драйверов с поддержкой CUDA входит в состав актуальной ветки проприетарных драйверов NVIDIA 331.x для Linux, но в будущих ветках возможно его исключение из поставки, в том числе и из состава сборки для архитектуры x86_64. Поддержка CUDA для Linux на 32-разрядной архитектуре ARM, а также не связанных с CUDA компонентов драйвера NVIDIA для Linux (x86/x86_64), будет продолжена в полном объёме.

  1. Главная ссылка к новости (https://devtalk.nvidia.com/def...)
  2. OpenNews: NVIDIA выпустила многоплатформенную среду разработки CUDA-приложений
  3. OpenNews: NVIDIA передала CUDA Compiler в руки сообщества LLVM
  4. OpenNews: Компания NVIDIA выпустила CUDA Toolkit 4.1
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/38388-cuda
Ключевые слова: cuda, opencl, nvidia
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (111) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, dxd (?), 00:17, 10/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >The CUDA driver might not be included in future releases of the NVIDIA Linux-x86 >and Linux-x86_64 GPU driver packages.

    Как я люблю местных оптимистов...

     
     
  • 2.2, anonim (?), 00:24, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    и что? он и сейчас не поставляется с драйверами. Куду нужно ставить отдельно
     
     
  • 3.4, alexxy (ok), 00:59, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Тулкит и сдк да отдельно, а вот рантайм и драйвер идет вместе с nvidia-drivers

    Так что учи матчасть аноним ;)

     
     
  • 4.8, anonim (?), 01:45, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    это в винде CUDA ставится с дровами. В Linux его отдельно ставить всегда нужно было.
     
     
  • 5.13, alexxy (ok), 03:15, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Я вообще то про линукс и говорю. Отдельно ставится sdk и тулкит. Однако сам драйвер идет в нвидия драйверс вместе с opencl и cuda рантаймом

    http://bpaste.net/show/148240/

     
  • 5.22, Аноним (-), 09:21, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ты всё путаешь Вместе с драйвером NVIDIA в систему устанавливается несколько фа... большой текст свёрнут, показать
     
  • 2.18, AnonuS (?), 03:34, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, мы такие...

    Даешь почётные похороны х86 !

    И Нвидиа нам в этом поможет: "Компания NVIDIA объявила о переводе поддержки тулкита и драйвера CUDA для 32-разрядых Linux-систем (x86) в разряд устаревших. Разработка и обеспечение работы приложений CUDA и OpenCL на 32-разрядной платформе Linux-x86 прекращается."

     
     
  • 3.39, ананим (?), 16:12, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >И Нвидиа нам в этом поможет

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

     
  • 3.44, QuAzI (ok), 17:19, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    До того как x86 загнётся, nVidia отловит ещё не один смачный фак от Торвальдса и Ко =)
    Да и Ваше мнение тоже
     
     
  • 4.46, skybon (ok), 17:45, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Ботаник согнувшись показал средний палец.

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

     
     
  • 5.77, Аноним (-), 05:18, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А у д@лб@#бов - сказочный батхерт...
     
  • 4.113, Пр0хожий (?), 04:04, 12/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > До того как x86 загнётся,

    С x32 не перепутал?

     
  • 3.48, pavlinux (ok), 18:24, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Даешь почётные похороны х86 !

    Ещо в 2005 похоронил!

     
     
  • 4.98, Аноним (-), 14:52, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Плохо закoпал, значит. Видишь, местные некроманты откопали и гальванизировали.:)
     
  • 2.28, Адекват (ok), 12:15, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>The CUDA driver might not be included in future releases of the NVIDIA Linux-x86 >and Linux-x86_64 GPU driver packages.
    > Как я люблю местных оптимистов...

    а не является ли это следствием этого:
    http://www.opennet.me/opennews/art.shtml?num=38316
    ?

     
     
  • 3.29, Andrey Mitrofanov (?), 12:25, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Как я люблю местных оптимистов...
    > а не является ли это следствием этого:
    >/opennews/art.shtml?num=38316
    > ?

    Неее. Вот /opennews/art.shtml?num=38378 этого.

     

  • 1.3, Аноним (-), 00:48, 10/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Складывается впечатление, что вычисления на видеокартах нужны только для того, чтобы единственная компания не вылетела с рынка. Причём если кликнуть, кто согласится писать код под всё это дело, не отзовётся никто. Это вам не клепать сайты на PHP или мобильные софтинки под айфон, тут реально нужен мозг.
     
     
  • 2.5, noname12 (ok), 01:07, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    GPU используется в BOINC - наиболее полезный проект из всех для GPU.
     
     
  • 3.15, Аноним (-), 03:27, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > GPU используется в BOINC - наиболее полезный проект из всех для GPU.

    и чем же он полезен для обычного человека?

     
     
  • 4.20, Fracta1L (ok), 07:40, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ничем. Иди водочки накати.
     
  • 4.38, Ordu (ok), 15:33, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > и чем же он полезен для обычного человека?

    Совершенно бесполезен, точно так же, как и вся прочая научная деятельность.

     
     
  • 5.59, Аноним (-), 22:22, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    пользы от этих расчётов обычные люди не получают:

        SETI@home
        Rosetta@home
        World Community Grid
        Einstein@Home
        Climate Prediction
        LHC@home
        MilkyWay@home
        SIMAP@home
        PrimeGrid
        Spinhenge@home

    это не наука, это бред какой-то

     
     
  • 6.68, noname12 (ok), 23:39, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>пользы от этих расчётов обычные люди не получают:

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

    SETI уже закрыт, к слову.

     
     
  • 7.85, ананим (?), 06:14, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Так сабж с картами невидиа будет кому продавать? Учёным?
    Ага, счаз.
    Речь как раз о ширпотребе.
     
     
  • 8.93, Andrey Mitrofanov (?), 11:29, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Каждому покупателю инвидии -- адронный коллайдер, маааахоньний, на 2кВт, в пода ... текст свёрнут, показать
     
     
  • 9.102, ананим (?), 15:47, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Логично Профит энвидии тогда назовём чОрной дырой ... текст свёрнут, показать
     
     
  • 10.112, Аноним (-), 00:37, 12/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Чорная Меса уже где-то была не ... текст свёрнут, показать
     
  • 6.105, Ordu (ok), 20:39, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да, именно Так же как и от науки gt оверквотинг удален Что значит не нау... большой текст свёрнут, показать
     

  • 1.6, Аноним (-), 01:09, 10/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Молодцы, наконец-то! x86 давно пора уничтожить.
     
     
  • 2.9, Xasd (ok), 01:50, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Молодцы, наконец-то! x86 давно пора уничтожить.

    если идёт речь про x86_32 -- то это да. :)

    но к сожалению -- Nvidia имеет совсем маленькиое влияние (тем более на Linux -- Nvidia и её приприетарные поделки мало кому нужны).

    так что -- тот факт, что Nvidia что-то там отказалась делать для x86_32 -- не придвинет смерть x86_32.

    а жаль. 32-битные некроморфы то и дело высовываются из своих могил и портят жизнь нормальным людям :( ..

     
     
  • 3.12, Crazy Alex (ok), 02:29, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Господину не-некрофилу напоминаю, что 64х-битный файрфокс жрет памяти минимум в полтора разы больше, чем 32х-битный. Цифирки я когда-то приводил, для него и для оперы - там результат был аналогичный. Больше того - допустим, у меня на десктопе сейчас НИ ОДНОЙ софтины, которая имет обоснованную необходимость сожрать больше пары гиг памяти. Хотя нет, вру - при сборке хромиума больше выжирается - но, что характерно, она как-то на 32х-битной системе отрабатывает. И про mmap рассказывать мне тоже не надо - нет у меня таких задач. А у нормального юзера, который хром дома не собирает, тем более их нет.

    Вот x32 - вещь хорошая, это да.

     
     
  • 4.14, Аноним (-), 03:22, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    домашний сервачек на пентиуме 4, а он только 32 умеет. куда не нужна конечно, но все равно, не нужно начинать моду на убийство 32 :(
     
  • 4.23, Аноним (-), 09:33, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не боишься ли ты генту Попробуй x32_x32 лежит в папке ср stage3 для x86_64, сб... большой текст свёрнут, показать
     
     
  • 5.32, ананим (?), 13:05, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Попробуй x32_x32

    Наверное всё-же x86_x32?
    >То есть только плюсы 64-битных компов без минусов. Естественно для компов где 2-4 Гб памяти.

    Ничего подобного.
    Ядро вполне себе 64-битное. С соответсвующим количеством ОЗУ.
    Это только каждому процессу (x32 который) 4Гб выдаётся, что разумеется плюс для типичного приложения десктопа.
    Да и вообще, стоит в USE = "abi_x86_32 abi_x86_64 abi_x86_x32"
    Первое для стимовских игрушек, второе для системы, третье джаст4фан.
    Пока с последним далеко не всё собирается, а блобы невидии так вообще не планируются даже.
    А жаль.

     
  • 5.43, Crazy Alex (ok), 17:16, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не боюсь, я и так гентушник. Но пока пересобирать систему неохота. А что такое x32 я знаю, поэтому о нем и упомянул. И, кстати, этот режим отлично годится для компов с любым количеством памяти - ядро-то 64-х-разрядное, это в юзерспейсе наколдовали (ну плюс сисколлы подправили). Ограничение получается только одно - один пользовательский процесс не может адресоввать более 4-х гигабайт.
     
     
  • 6.62, Zenitur (ok), 23:02, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это не юзерспейс. Ядро там тоже меняли, конкретно 3.4. Я пытался из старого дистрибутива Linux начать установку, а она не смогла выполнить /bin/bash из stage3 для x32_x32. "file /bin/bash" показывает что нужно ядро 3.4. http://www.opennet.me/opennews/art.shtml?num=33142
     
     
  • 7.65, ананим (?), 23:27, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не меняли, а ввели поддержку архитектуры х32.
    Как и в глибц.
    И это большая разница. Всё-таки формат исполняемых файлов другой, указатели короче и тд.

    Но само ядро — 64-битное. С 64-битными указателями.
    Ещё раз повторю — вон у меня в системе живут сразу 3-и архитектуры. 32, 64 и х32.
    В ядре же только поддержку 2-х дополнительных включил и всё.

     
     
  • 8.66, AlexAT (ok), 23:28, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    копии системных библиотек Welcome to library hell, Luke ... текст свёрнут, показать
     
     
  • 9.71, ананим (?), 00:23, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ай-ай-й ай а то я без вас этого не знал libhеll 8212 это совершенно другое ... текст свёрнут, показать
     
     
  • 10.88, AlexAT (ok), 07:14, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А ты не оперируй устоявшимися шаблонами, мой старый маразматичный друг ничего л... текст свёрнут, показать
     
     
  • 11.96, ананим (?), 12:27, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет Учите матчасть А то так в учениках джедаев всю жизнь и проходите ... текст свёрнут, показать
     
  • 11.103, Crazy Alex (ok), 18:43, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока это три независимых сета и приложение не может их перепутать а оно здесь н... текст свёрнут, показать
     
     
  • 12.109, AlexAT (ok), 22:56, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В целом прямого хелла нет - перепутать почти невозможно, угу Но определенные гр... текст свёрнут, показать
     
  • 11.106, Ordu (ok), 20:44, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вы предлагаете расширить понятие dependancy hell, чтобы включить в него любую пр... текст свёрнут, показать
     
     
  • 12.110, AlexAT (ok), 22:58, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сам факт того, что надо всегда иметь три синхронных копии одной и той же библи... текст свёрнут, показать
     
  • 4.63, Аноним (-), 23:09, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вам же нужен не компьютер а пишущая машинка. Вот и сидите на своём x32 без CUDA, вы ж и слов-то таких не знаете, верно?
     
     
  • 5.72, Crazy Alex (ok), 00:52, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Куда должна сдохнуть. Средство, поддерживаемое одним вендором - это всегда проблемы - либо в настоящем, либов  будущем. Сравни с OpenCL, который можно гонять на чем угодно.
     
  • 4.78, Аноним (-), 05:20, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Господину не-некрофилу напоминаю, что 64х-битный файрфокс жрет памяти минимум в полтора
    > разы больше, чем 32х-битный.

    На машинах где 64 бита имеет смысл это не является проблемой. Я еще ни разу не видел чтобы фокс вылез да 2Гб памяти. Даже с 400 вкладок (!!!). Да, это про 64-битный.

     
     
  • 5.82, ананим (?), 05:55, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот только не нужно чужую память считать, ок?
    Мне моя дорога, как... память :D
    >Я еще ни разу не видел чтобы фокс вылез да 2Гб памяти.

    А то б не вылез за 1.
    К тому же есть ещё один плюс — программы, где есть утечка, не выжрут всю память, включая своп до полного непотребства. Да и быстрее будет. С учётом кэшэй ЦПУ. Он то у вас не расширяется за копейки?

    Зыж
    За 2 не вылез? Тем более зачем вам развлекать фокс 64-битными указателями, когда ему и 32-битных то за глаза? :D
    А чего не 128? Или 256? Вам же не жалко? :D

     
  • 5.104, Crazy Alex (ok), 18:47, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Смею вам не поверить. Он даже на 32-х битах это проделывает иногда. И полутора сотен вкладок для этого хватает. Ну, то есть, вероятн, есть какие-то дополнительные условия, но то, что я саам мерял - соотношение в полтора раза, то есть потерянная память без какого-либо профита.
     
  • 5.107, Ordu (ok), 20:49, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Господину не-некрофилу напоминаю, что 64х-битный файрфокс жрет памяти минимум в полтора
    >> разы больше, чем 32х-битный.
    > На машинах где 64 бита имеет смысл это не является проблемой. Я
    > еще ни разу не видел чтобы фокс вылез да 2Гб памяти.
    > Даже с 400 вкладок (!!!). Да, это про 64-битный.

    Всё зависит от вкладок. Где-то пробегала ссылка* на страничку, на которой файрфоксу не хватало 4Гб ОЗУ, даже если эта страничка -- единственная открытая в файрфокс. Эту хрень пофиксили, вроде в 26, но...

    *) вот она эта ссылка, кстати: http://congressoamericano.blogspot.com/p/fotos-do-congresso-americano-iii.htm

     
     
  • 6.111, AlexAT (ok), 23:03, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё зависит от вкладок. Где-то пробегала ссылка* на страничку, на которой файрфоксу
    > не хватало 4Гб ОЗУ, даже если эта страничка -- единственная открытая
    > в файрфокс. Эту хрень пофиксили, вроде в 26, но...

    И вот тут-то x86 и x32 уже переходят в разряд неосиляторов, ибо там адресного пространства процессу не хватит.

     
  • 3.21, Аноним (-), 07:49, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > 32-битные некроморфы то и дело высовываются из своих могил и портят жизнь нормальным людям :( ..  

    Хороший доктор тебе поможет.

     
  • 3.36, Snowdown (ok), 14:09, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > но к сожалению -- Nvidia имеет совсем маленькиое влияние (тем более на Linux -- Nvidia и её приприетарные поделки мало кому нужны).

    Ох уж эти мокрые сны..

     
  • 2.30, Адекват (ok), 12:29, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Молодцы, наконец-то! x86 давно пора уничтожить.

    Зачем ?

     
     
  • 3.33, AlexAT (ok), 13:12, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да хотя бы затем, чтобы эпический костыль по имени O_LARGEFILE выкинуть, наконец.
    Плюс в long mode слегка больше регистров общего назначения, что тоже не может не радовать.
     
     
  • 4.92, non (??), 11:09, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а то что, это больше колл регистров нужно сохранять/выгружать в память межу переходами выполнения процессов? Но больше значет круче жи
     
     
  • 5.108, AlexAT (ok), 22:52, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > а то что, это больше колл регистров нужно сохранять/выгружать в память межу
    > переходами выполнения процессов? Но больше значет круче жи

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

     
  • 2.35, Аноним (-), 14:06, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Молодцы, наконец-то! x86 давно пора уничтожить.

    По моему не очень скромному мнению, избавляться надо не от 32-бит, а от одноядерных CPU. >=4 ядра на сегодня - это уже норма жизни.

     
     
  • 3.37, анон (?), 15:24, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зависит от задач. У моей тачки 4 ядра, но полностью используются они исключительно редко. ИМХО, ядра, по своей сути, это костыль из-за отсутствия качественного роста производительности. Возможность параллелить задачи была возможна и ранее, на базе использования систем с 1 ядром.

     
     
  • 4.40, ананим (?), 16:18, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Оба вы не правы.
    В идеале для каждого потока (не процесса) должно быть а) своё ядро (а также своя озу, в/в и тд) и б) его неограниченная производительность.
    Это недостижимо, но к этому нужно стремиться.
     
     
  • 5.41, Andrey Mitrofanov (?), 16:34, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Оба вы не правы.
    > В идеале для каждого потока (не процесса) должно быть а) своё ядро
    > (а также своя озу, в/в и тд) и б) его неограниченная
    > производительность.
    > Это недостижимо, но к этому нужно стремиться.

    На одном ядре - оно уже тут. Под ДОС-ом. Ж)

     
     
  • 6.42, Ordu (ok), 17:05, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > На одном ядре - оно уже тут. Под ДОС-ом. Ж)

    Но ровно до тех пор, пока выполняется одна задача. Попытки запустить сразу две приводят к тому же, что и во всех остальных ОСях.

     
  • 6.49, ананим (?), 18:30, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> В идеале для каждого потока (не процесса)
    > На одном ядре - оно уже тут. Под ДОС-ом. Ж)

    А поток и может только на одном ядре (логическом).
    Поэтому и называется — поток.

    Зыж
    Тяжелое детство? Учебники по очереди курили? И тебе на самокрутку уже не хватило? ;)

     
     
  • 7.56, Andrey Mitrofanov (?), 21:18, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А поток и может только на одном ядре (логическом).
    > Поэтому и называется — поток.

    Уел. Молодец, чо. Только там чуть выше было ещё про отдельно-суверенные В/В и ОЗУ.

    > Тяжелое детство? Учебники по очереди курили? И тебе на самокрутку уже не

     
     
  • 8.67, ананим (?), 23:34, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что ещё сказать всё сказано выше Важно и количество ядер, и их производитель... текст свёрнут, показать
     
  • 6.50, pavlinux (ok), 18:31, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > На одном ядре - оно уже тут. Под ДОС-ом. Ж)

    А вот зря ты так, MSDOS - самая реалтаймовая ОСь.

     
     
  • 7.54, Сергей (??), 21:12, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    No OS - вот это самая реалтаймовая ось. No OS forever!
     
  • 5.70, анон (?), 00:20, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Все дело в том, что выполнение потоков весьма непредсказуемо. Множество потоков например блокируются при В/В, что отслеживает планировщик и позволяет "параллельно" выполнять их ценой некоторого ослабления гарантий что они отрабатывают внешние события за минимально возможное время. Это вполне терпимо в реальных условиях эксплуатации и позволяет экономить ресурсы системы и значительно снизить стоимость вычислительной системы.
    Вариант с бесконечным количеством потоков же по своей сути - игра в тетрис одного человека за счет всех вычислительных ресурсов всех компьютеров мира. При реальном же использовании на сегодняшний день все ядра загружены неполно и неравномерно, кроме отдельных задач, требующих все ресурсы системы. В силу своей работы могу привести только один яркий пример - моделирование методом конечных элементов - по сути, решение достаточно большого количества систем уравнений. При этом некоторый прирост производительности достижим с использованием многоядерности, но все же в основном упирается в производительность 1 ядра, что конечно не мешает запустить решение нескольких несвязанных между собой задач если это конечно требуется.
    Использование различных В/В и ОЗУ потребуют применения средств обмена данными (ведь программы не выполняются сами по себе в общем случае, а предполагают некоторое информационное окружение) между параллельно выполняющимися потоками и приведут к снижению производительности.
    Я конечно не эксперт в подобных "предсказаниях", но ИМХО все зависит от задач и требует специализированных решений в каждом конкретном случае, как и делается сегодня, а в большинстве случаев все так, как и описал.
     
     
  • 6.83, ананим (?), 06:02, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Все дело в том

    Всё дело в том, что ОСи сейчас многозадачные.
    Вот и весь сказ.

     
  • 5.79, Аноним (-), 05:22, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Это недостижимо, но к этому нужно стремиться.

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

     
     
  • 6.84, ананим (?), 06:10, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот зачем врать то?
    Апач нормально работает. И работал. Уже десятилетиями как верой и правдой.
    Тоже мне нашёл пример плохой программы. Марш на ИИС тогда.

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

     

  • 1.10, Аноним (-), 01:52, 10/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    CUDA абсолютно безполезна для научных расчётов, потому что нормальную производительность показывает только с одинарной точностью float, для double всё совсем плохо, так что нет преимущества перед счётом на CPU.
     
     
  • 2.24, Аноним (-), 09:44, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > CUDA абсолютно безполезна для научных расчётов, потому что нормальную производительность
    > показывает только с одинарной точностью float, для double всё совсем плохо,
    > так что нет преимущества перед счётом на CPU.

    Это кажется в GeForce 6xx убрали, а в 4xx и 5xx ещё было.

     
     
  • 3.26, Аноним (-), 10:33, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Это кажется в GeForce 6xx убрали, а в 4xx и 5xx ещё было.

    Нет, в старых сериях ядер ещё меньше и с ними всё ещё хуже.

     
  • 2.27, Fyjybv111 (?), 11:30, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У Титана вроде бы 1.5 Тфлопа в double.
     
     
  • 3.31, Аноним (-), 12:49, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >У Титана вроде бы 1.5 Тфлопа в double.

    http://en.wikipedia.org/wiki/GeForce_700_Series

    Да это так, у Титана:
    float:  4500 GFLOPS
    double: 1500 GFLOPS

    Так что с double всего в 3 раза хуже чем с float, но вот все остальные карты имеют производительность с double в 20 и более раз хуже чем с float.

    Это при том что производительность на топовом CPU Intel Core-i7 где-то в районе 100 GFLOPS, так что считать на GPU имеет смысл только если это Titan. Например, у GeForce GTX 780 Ti производительность уже всего лишь 210 GFLOPS, что всего примерно в два раза выше чем у CPU Intel Core-i7.

     
     
  • 4.47, Nomnomnimus (?), 17:52, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Титан по этому показателю на уровне 7970, которая дешевле в 3 раза, так что
    > считать на GPU имеет смысл только если это не GPU от Nvidia

    пофиксил.

     
     
  • 5.51, pavlinux (ok), 18:34, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Титан по этому показателю на уровне 7970, которая дешевле в 3 раза,
    > так что
    >> считать на GPU имеет смысл только если это не GPU от Nvidia
    > пофиксил.

    А чё, не NVidia уже работает под Linux?  


     
     
  • 6.58, Crazy Alex (ok), 22:17, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну чушь не нес бы.

    Куча майнеров сидит на линуксе, правда, с каталистом. Отлично opencl с ним работает.

     
  • 6.80, Аноним (-), 05:28, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А чё, не NVidia уже работает под Linux?

    С разморозкой, пля. На дворе 2013 год а не конец прошлого века. Иди вон у майнеров *coin'ов поинтересуйся что они про твою нвидию думают как числокрушилки. И да, в свое время у некоторых психов были целые склады забитые самопальными инсталляциями где GPU понатыкано по 5-6 штук в мамку, etc. Выглядит сие как подпольный датацентр скайнета :). Зато теперь "скайнетчики" вероятно отнюдь не бедные буратины, с учетом курса биткоинов. А после появления ASICов можно или продать железо или перейти на майнинг лайткоинов, крякинг хэшей, etc. И во всех этих задачах нвиидия в пролете как мухи в самолете.

     
     
  • 7.86, ананим (?), 06:19, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Казалось бы ещё года не прошло (или прошло?) как обсуждали китайский кластер, где они невидию прокинули на эндцать лямов, а павлин уже забыл (хоть точно помню что он там отмечался).
    Старый стал. Хвост уже не так торчит.
     
     
  • 8.90, Аноним (-), 08:29, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю насчет кластеров, а китайцы хотели GPU для своих MIPSовых компьютеров в ... текст свёрнут, показать
     

  • 1.11, Аноним (-), 02:06, 10/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    дубинушка, в топ 500 глянь. на жирфорсиках да, дабл порезан по самое не могу в погоне за неотстрелом себе ноги и тдп.
     
     
  • 2.16, Аноним (-), 03:30, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > дубинушка, в топ 500 глянь. на жирфорсиках да, дабл порезан по самое
    > не могу в погоне за неотстрелом себе ноги и тдп.

    "за неотстрелом ноги" совсем не в тему, якобы чтобы пользователи сами себе не навредили расчётами? какой-то идиoтский тезис

     
     
  • 3.17, Аноним (-), 03:32, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > "за неотстрелом ноги" совсем не в тему, якобы чтобы пользователи сами себе
    > не навредили расчётами? какой-то идиoтский тезис

    с другой стороны, чтобы не навредить самой себе «невидаль» конечно порезала производительность игровых карт

     
  • 3.34, Аноним (-), 13:21, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это он про Nvidia. Если жирафы будут иметь полноценный double, теслы станут не нужны.
     

  • 1.25, аннон (?), 10:19, 10/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Могут совсем разработку CUDA прекратить, даже никто и не заметит этого. Что была, что нет, и никакой разницы.
     
     
  • 2.52, pavlinux (ok), 18:36, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Могут совсем разработку CUDA прекратить, даже никто и не заметит этого. Что
    > была, что нет, и никакой разницы.

    Вот нравятся мне такие люди. Говно всем громко крикнуло, что оно говно! :D


    http://www.nscf.ru/nauchno-prakticheskaya-konferenciya/prinyatye-doklady/

    Компьютерное моделирование динамики затопления территорий в случае ЧС
    с использованием технологий параллельных вычислений MPI-OpenMP-CUDA
    на гибридных суперкомпьютерах с графическими ускорителеями TESLA

    Организация поиска данных в суперкомпьютерных системах на базе NoSQL-подхода
    и технологии NVIDIA CUDA, НИЯУ МИФИ, Москва

    Операторная библиотека для решения трёхмерных сеточных задач математической физики
    с использованием графических плат с архитектурой CUDA, ИПМ им. М.В.Келдыша РАН, Москва

    http://www.nonlinearwaves.sci-nnov.ru/lectors.html

    А.Б. Борисов, Ф.Н. Рыбаков (ИФМ УрО РАН). Многомерные пространственные структуры
    в магнетиках. Аналитическая теория и численные вычисления с использованием архитектуры CUDA.

    А вот тут они ещё на работу принимали http://hh.ru/vacancy/2408307

     
     
  • 3.61, Аноним (-), 22:44, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    проплаченная маркетинговая хрень, так как моделирование динамики затопления территорий никак не поможет предотвратить само затопление

    остальные CUDA-приложения вот никак нельзя перенести на opencl? если можно, то и вывод очевиден - она не нужна, проприетарщина и vendor-lock во всех смыслах

     
     
  • 4.74, анон (?), 02:35, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >так как моделирование динамики затопления территорий никак не поможет предотвратить само затопление

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

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

     
  • 4.100, pavlinux (ok), 15:11, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > проплаченная маркетинговая хрень,
    > так как моделирование динамики затопления территорий
    > никак не поможет предотвратить само затопление

    Отводные каналы роют, в нужных местах по результатам расчётов,
    доп. дамбы, график спуска вод в существующих дамбах.

    > если можно, то и вывод очевиден - она не нужна, проприетарщина
    > и vendor-lock во всех смыслах

    Хочешь тебе подарю Nvidia Titan? Но только на контрактной основе,
    - должен будешь писать отчёты, бенчмарки в течении года.
    Методичку пришлю после рассмотрения резюме.

     
     
  • 5.101, Andrey Mitrofanov (?), 15:15, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Хочешь тебе подарю Nvidia Titan? Но только на контрактной основе, будешь
    > писать отчёты, бенчмарки в течении года.

    Купи себе firepro и 9990, нищебpод%D. "Подарю." Ты ещё свои отчёты не отработал.

     
  • 3.91, Аноним (-), 08:30, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Гoвнo всем громко крикнуло, что оно гoвнo!

    Так не кричи, чего разорался?

     

  • 1.55, Сергей (??), 21:18, 10/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто-нибудь знает, как у ATI обстоят дела в Linux с вычислениями в double?
     
     
  • 2.57, pavlinux (ok), 21:26, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Х....о http://boinc.berkeley.edu/wiki/ATI_Radeon

    Radeon HD 6990
    single precision 5099
    double precision 1275

    Radeon HD 5970
    single precision 5440
    double precision 1088
    ---

    Ты не переживай, у AMD и Интел, АМД и Нвидия, есть договорённости о равномерном высасывания бабла из народа.
    В лидерах никто из них никогда не будет.

     
     
  • 3.60, Crazy Alex (ok), 22:39, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Х....о http://boinc.berkeley.edu/wiki/ATI_Radeon
    > Radeon HD 6990
    > single precision 5099
    > double precision 1275
    > Radeon HD 5970
    > single precision 5440
    > double precision 1088
    > ---

    Х..о - это ты "хорошо" имел в виду, надо полагать, так как цифирки весьма достойные. Ну и пара моментов.

    Во-первых, там старые данные - нет 7990 и 8990.

    Во-вторых, эта самая 7990 стоит слегка дешевле титана (данные с newegg.com) и при этом дает 8200/1894 (singe/double), что больше, чем у титана.

     
     
  • 4.64, pavlinux (ok), 23:27, 10/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    >> double precision 1275
    >> Radeon HD 5970
    >> single precision 5440
    >> double precision 1088
    >> ---
    > Х..о - это ты "хорошо" имел в виду, надо полагать, так как
    > цифирки весьма достойные. Ну и пара моментов.
    > Во-первых, там старые данные - нет 7990 и 8990.
    > Во-вторых, эта самая 7990 стоит слегка дешевле титана (данные с newegg.com) и
    > при этом дает 8200/1894 (singe/double), что больше, чем у титана.

    У тя есть Титан, есть 7990? Нет! Ну а чё толку, в этих вакуумных числах.
    Бери программу, замеряй, в реальности будет одно и тоже. +/- погрешность.  
    Более того, на реальных задачах оно просядет раза в два. Чтоб разогнать софтину
    до аппаратных лимитов, нужно быть инженером Nvidia/AMD.

     
     
  • 5.69, Аноним (-), 00:09, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Про научные расчёты речь, а там без double никуда, для игр важна только производительность с float.
     
     
  • 6.75, pavlinux (ok), 02:43, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы вообще в курсе зачем учёным GPU?
     
     
  • 7.87, ананим (?), 06:21, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В контру играть?
     
  • 5.73, Crazy Alex (ok), 01:03, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты, если что, эти цифирки первым приводить начал - а как показали, что они не в пользу нвидии - теперь пытаешься отмазаться.

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

     
  • 5.76, Аноним (-), 03:10, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Бери программу, замеряй

    Ну вот, например, замерили:
    http://www.tomshardware.com/reviews/radeon-hd-7990-review-benchmark,3486-16.html

    > в реальности будет одно и тоже. +/- погрешность.

    Два последних теста (FP64) вполне отчетливо показывают, что в реальной реальности у 7990 и Titan не совсем одно и то же.

     
  • 3.81, Аноним (-), 05:30, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты не переживай, у AMD и Интел, АМД и Нвидия, есть договорённости
    > о равномерном высасывания бабла из народа.

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

     
  • 3.114, Сергей (??), 22:51, 12/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А для APU от AMD есть какие-то цифры по производительности в double?
     
     
  • 4.115, Andrey Mitrofanov (?), 14:13, 13/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А для APU от AMD есть какие-то цифры по производительности в double?

    Цифр нет. Есть _впечатление, что встроенные в АПУ какие-нибудь 6350/7650 [_M_, даже местами, но вторая цифра важнее] вряд дадут больше, чем в 10-5-3+- раз **меньше**, чем топовый дискретный 9990-или-как-там-его.

    Чисто с потолка.

     
     
  • 5.116, Сергей (??), 03:09, 14/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это ясно, но они же для встраиваемых приложений, т.е. другие цели, поэтому супер производительности никто от них и не ждёт, но всё равно, вычислительные ресурсы с плавающей точкой, возможно, могли бы радовать по сравнению с плавающей точкой в CPU.
     

  • 1.89, Ананас (?), 07:50, 11/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чисто ради интереса, есть ли приложение, собранное для х86, в котором используется CUDA? Я не знаю таких, правда. Гугл молчит.
     
     
  • 2.94, Аноним (-), 11:52, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    С недавнего времени LibreOffice использует OpenCL, который использует API CUDA на NVIDIA
    видеокартах. Darktable тоже.
    Не успел обрадоваться поддержке OpenCL, как на тебе.
    :(
     
     
  • 3.95, Аноним (-), 12:00, 11/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    да NVIDIA правы, надо тоже прекращать поддерживать CUDA
    дерьмо а не технология. Всё больше не покупаем CUDу


     

  • 1.97, MSlinux (?), 13:00, 11/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кто-нить знает адресок фтп сервера нвидии, где можно скачать любой самый древних драйвер?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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