https://www.opennet.ru/openforum/vsluhforumID3/55335.html "Scaling PostgreSQL using CUDA (http://highscalability.com/scaling-postgresql-using-cuda)" - пример разработки расширения на языке Си для PostgreSQL, которое для своей работы задействует CUDA (http://ru.wikipedia.org/wiki/CUDA) API (Compute Unified Device Architecture), разработанное компанией NVidia и позволяющее вынести некоторые вычислительные задачи на плечи GPU. В качестве примера, приводится код функции для генерации случайных чисел.<br><br>URL: http://highscalability.com/scaling-postgresql-using-cuda<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=21998<br> https://www.opennet.ru/openforum/vsluhforumID3/55335.html#5 Tue, 30 Jun 2009 15:03:43 GMT Реально нужен полнострочный поиск.<br> https://www.opennet.ru/openforum/vsluhforumID3/55335.html#4 Wed, 03 Jun 2009 23:03:10 GMT В принципе, применение можно найти. Например, перед сохранением блоба обработать его на основании полученных данных. Далее шифрование, упаковка... Думаю найдутся те, кому это нужно. Но в большинсте, то да, узкое место это накопители.<br> https://www.opennet.ru/openforum/vsluhforumID3/55335.html#3 Wed, 03 Jun 2009 11:40:35 GMT +1. в общем так оно и есть. Чаще всего БД затыкается на скорости доступа к винтам.<br> https://www.opennet.ru/openforum/vsluhforumID3/55335.html#2 Wed, 03 Jun 2009 10:15:31 GMT Вообщем комментарии в исходной новости свелись к мысли, что в промышленных БД процессор не является узким местом, а значит выйгрыша от переделки чего-либо будут минимальны.<br> https://www.opennet.ru/openforum/vsluhforumID3/55335.html#1 Wed, 03 Jun 2009 09:09:30 GMT прикольно.<br>пошёл покупать для серверов самые навороченные карты.. :-D<br>