CUDA

[dibr]

     А я кажется понял, зачем айтишники и производители видеокарт на самом деле придумали CUDA.

     Вот как раньше было. Делает, скажем, айтишник заявку начальству на покупку нового компьютера. С обоснованием комплектации: процессор помощней и поядерней - на нём счётные задачи считаться будут, памяти и диска побольше - там данные хранятся и обрабатываются, монитор покрупнее и попиксельнее - больше данных на экран влезет, работать удобнее... и хотелось бы конечно хорошую, мощную видеокарту, да с 3D ускорением - вот только как её обосновать, все ж знают, что она кроме как для игрушек ни для чего реально не нужна. И закупается в результате нечто с "интегрёным" чудом техники (и с лейблом "GMA"), или в лучшем случае - с "младшей в линейке" картой ATI/Nvidia.

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

     И, кстати, таки да, инструмент действительно востребован: и нематоду эту, как я понял, в еёйную нематодную "матрицу" запихнули с использованием CUDA, и даже бухгалтерам CUDA может оказаться просто необходимой для нормальной работы...

Comments

[balamutang.livejournal.com]

http://ithappens.ru/story/6407 - какая-то хуита.
1С что старая 7.7, что новая 8.2 многопоточность не умеет, работает всегда на одном ядре, какая уж там КУДА.
CUDA можно конечно прикрутить к MSSQL, но отнюдь не простой установкой видеокарты в комп, а еще поплясать с бубном придется http://habrahabr.ru/blogs/CUDA/103016/

[balamutang.livejournal.com]

вру, прикрутит можно только теоретически, как там пишут.

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

[dibr.livejournal.com]

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

Однако ж нематоду на CUDA считали, всякие фотошопы тоже потихоньку научаются использовать видеокарты с пользой, глядишь и правда лет через несколько зарплату начнут через пиксельные шейдеры считать, а ведомость через DirectX на принтер выводить :-)

[balamutang.livejournal.com]

распараллелить работу бухгалтерии нереально - там все вычисления идут последовательно + работа с БД.
основная фишка CUDA - это наоборот параллельные вычисления, т.е. подбор паролей, расчет физики и прочая микроматематика в больших объемах.
так что ведомости через директикс у нас появятся тогда когда обычный GDI/постскрипт исчезнут в связи с устареванием и забвением :)

[dibr.livejournal.com]

> там все вычисления идут последовательно

"Новая вычислительная технология - параллельный расчёт НДС одновременно для каждой позиции счёта - позволяет достичь рекордной скорости формирования счетов и платёжных поручений: до 1000 платёжек в секунду!" :-)))

А "ведомости через DX" может и правда появятся: про постскрипт в винде мало кто и вспоминает, а поверх GDI и так уже "обёрток" для упрощения работы понавёрнуто, и если DX вдруг научат работать с принтером - я не сильно удивлюсь :-)

[nlothik.livejournal.com]

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

RAID5 -- он тупой как пробка, чтобы восстановить нолик или единичку, можно воспользоваться простым XOR'ом.

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

Не проблема -- берутся диски в количестве "до фига" и делаются в массив. НО! При таком количестве дисков велика вероятность, что одновременно вылетит больше, чем один диск.

При таком раскладе RAID5 пролетает как фанера над Парижем -- он не выдерживает такое.

Выход есть -- RAID6 -- он держит две копии контрольных сумм и вылет двух дисков может выдержать.

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

Но! Такие расчёты очень хорошо распараллеливаются. И оказалось, что круче всего это считать на видеокарте :)

Вот такой вот проект :)

[dibr.livejournal.com]

Неожиданно :-)
Хотя вполне понятно: как только появляется достаточно удачная и "прорывная" технология, ей быстро находится множество применений, иногда действительно неожиданных :-)

[dibr.livejournal.com]

Ну так технология же есть - предъявить конкретные наименования софта, эту "куду" использующего, и цифры прироста производительности - вот и обоснование. Ну, и обосновывать, как минимум у нас, нужно начальству: бухгалтерия во-первых всё равно не разбирается, а во-вторых - если начальник подписал, бухгалтерия оплатит, никуда не денется.
А nvidia Tesla - интересная маркетинговая мысль. Им бы ещё к ней какую-нибудь фигню выпустить (но не слишком её афишировать), чтобы её можно было спарить с обычной карточкой, и использовать не только для работы... :-)

[starcat13.livejournal.com]

SLI? :)

[dibr.livejournal.com]

Ну, типа да - но я не уверен, что именно SLI в такой ситуации сделает то что нужно (нужно айтишнику и бухгалтерии) :-)