Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Для PostgreSQL развиваются механизмы ускорения за счёт привл..., opennews (ok), 23-Дек-14, (0) [смотреть все] Это заговор бородатых свитероносцев скоро выйдет Half-Life3 и свитероносцы хотя, A.Stahl (ok), 23:10 , 23-Дек-14, (1) +45 // а хранить эту самую базу надо будет в видеопамяти видеокарты , Another one Аноним (?), 00:32 , 24-Дек-14, (7) +6 Теперь DBA прокачают свои скиллы в сетевых шутерах , Аноним (-), 01:41 , 24-Дек-14, (11) +2 На тему параллелизма тоже есть несколько интересных попытокhttp rhaas blogspot, rob pike (?), 23:17 , 23-Дек-14, (2) +1 Хм, фраза насчёт данных в памяти намекает, что такая штука больше подошла бы в, Crazy Alex (ok), 00:02 , 24-Дек-14, (5)   // попробуй постгресу в конфиге памяти добавить, увидишь, как он память любит, Аноним (-), 00:31 , 24-Дек-14, (6) +1   Если postgres не использует всю оперативку, до которой может дотянуться, значит , XoRe (ok), 01:19 , 24-Дек-14, (8) +3   // Напомни, сколько на PCI-Express контактов , pavlinux (ok), 01:40 , 24-Дек-14, (10) –6   // Ну что же вы, уважаемый, никогда в редис не упирались https code google com p , XoRe (ok), 21:16 , 05-Янв-15, (54)   Не, я о другом И я имел в виду не мемкеш, в котором, в общем-то, тоже только и, Crazy Alex (ok), 12:56 , 24-Дек-14, (32)   PostgreSQL откушивает ровно столько, сколько задал в shared_buffers , Аноним (-), 13:21 , 24-Дек-14, (35)   // Кеш и буферы ядра ещё посчитай, сразу не ровно станет , Andrey Mitrofanov (?), 13:33 , 24-Дек-14, (37)   не, это по-другому работает 95 workload-а современных SQL БД - ворочается на та, Аноним (-), 02:46 , 25-Дек-14, (44)   Ну вот, будущее наступило Теперь базе данных будет требоваться видеокарта , Аноним (-), 01:38 , 24-Дек-14, (9) // Accelerating SQL Database Operations on a GPU with CUDA 2010 http www gpuco, pavlinux (ok), 01:42 , 24-Дек-14, (13) –1 // Никто в здравом уме не будет лочить себя на апи от нвидии с единственной на план, Аноним (-), 04:17 , 25-Дек-14, (45) // Ононимные Оналитеги Опеннета рулят и пидалят А TOP500 - просто сборище дебилов , pavlinux (ok), 00:07 , 28-Дек-14, (53) +1 Где только они видели серверные платформы с боле-менее приличными видеокартами , Аноним (-), 18:43 , 24-Дек-14, (38) –2 // http www nvidia ru object nvidia-grid-ru html, orgkhnargh (ok), 21:25 , 24-Дек-14, (41) А вон в топ500 посмотри , Аноним (-), 04:18 , 25-Дек-14, (46) +1 Ещё такие есть http www intel com content www us en processors xeon xeon-phi-d, Аноним (-), 14:32 , 27-Дек-14, (49) OpenCL подойдет для любых задач, так или иначе, связанных с большими объемами вы, Прохожий (??), 01:42 , 24-Дек-14, (12) +2 // Но имеет смысл только на тех которые можно хорошо параллелизовать , Аноним (-), 03:39 , 24-Дек-14, (15) OpenCL жрет энергию и все равно все упрется в I O, Аноним (-), 11:20 , 24-Дек-14, (30) Давно пора Это правильно , Аноним (-), 02:03 , 24-Дек-14, (14) Нужное дело делают , bOOster (ok), 05:32 , 24-Дек-14, (19) Интересно, а их не смущает тот факт, что у большинства видеокарт динамическая па, Аноним (-), 06:14 , 24-Дек-14, (21) // Вообще-то в профессиональных серверных моделях видеокарт - вполне себе с ECC Так, Аноним (-), 04:21 , 25-Дек-14, (47) +1 Для таких задачей есть firepro and tesla у них память с ecc , Аноним (-), 07:46 , 24-Дек-14, (22) +1 на серверах теперь будут игровые карточки вечерком когда уже ни кому не упер, _йцукен (ok), 08:23 , 24-Дек-14, (23) +4 // Игровые никуда не годятся В тех же игровых nvidia CUDA чисто формальная При по, Xaionaro (ok), 08:57 , 24-Дек-14, (24) // А пацаны из BOINC и не знали , Аноним (-), 09:51 , 24-Дек-14, (26) +4 // Авторы майнеров коинов и крякеров хэшей тоже как-то не в курсе , Аноним (-), 04:22 , 25-Дек-14, (48) Mine-ите coin-ы на своей игровой видеокарте Успешно , Xaionaro (ok), 16:07 , 27-Дек-14, (50) А можно конкретные ссылки Я лично сам пробовал эту CUDA Или может поделитесь с, Xaionaro (ok), 16:10 , 27-Дек-14, (51) всё правильно написал, Xasd (ok), 12:59 , 24-Дек-14, (33) Ну так NVidia - тот ещё махинатор На вид там карты от AMD лучше пойдут - куча м, Crazy Alex (ok), 13:00 , 24-Дек-14, (34) +1 Выкинь маркетинговый булшит от нвидии из головы, чувак 0 CUDA - проприетарное н, Аноним (-), 01:12 , 25-Дек-14, (43) // СогласенНо OpenCL пытается быть универсальным, из-за чего теряет в производитель, Xaionaro (ok), 16:23 , 27-Дек-14, (52) Причем тут карточки, если серверы нормальные вообще без графики ставятся , Аноним (-), 18:45 , 24-Дек-14, (39) // помимо смайликов Вам еще показывать табличку сарказм Графический процессор , Аноним (-), 19:57 , 24-Дек-14, (40) Торт Невероятно крутая штука , softfire (?), 13:28 , 24-Дек-14, (36) +1 Опомнились , Аноним (-), 23:12 , 24-Дек-14, (42) 1,2,5,9,12,14,19,21,22,23,36,42

Сообщения

[Сортировка по времени | RSS]

5. "Для PostgreSQL развиваются механизмы ускорения за счёт привл..."	+/–
Сообщение от Crazy Alex (ok), 24-Дек-14, 00:02
Хм, фраза насчёт "данных в памяти" намекает, что такая штука больше подошла бы всяким NoSQL, который ох как любят в памяти всё подряд хранить...
Ответить | Правка | Наверх | Cообщить модератору

	6. "Для PostgreSQL развиваются механизмы ускорения за счёт привл..."	+1 +/–
	Сообщение от Аноним (-), 24-Дек-14, 00:31
	попробуй постгресу в конфиге памяти добавить, увидишь, как он память любит
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Для PostgreSQL развиваются механизмы ускорения за счёт привл..."	+3 +/–
	Сообщение от XoRe (ok), 24-Дек-14, 01:19
	> Хм, фраза насчёт "данных в памяти" намекает, что такая штука больше подошла > бы всяким NoSQL, который ох как любят в памяти всё подряд > хранить... Если postgres не использует всю оперативку, до которой может дотянуться, значит что-то в настройках не так. Но идея с nosql интересная. Это больше подойдет многопоточному memcache, чем однопоточному redis. Правда, это ещё надо постараться нагрузить memcache так, чтобы возникла нужда в ускорении. У pgsql нашли узкое место, которое можно ускорить. С memcache так может не получиться.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	10. "Для PostgreSQL развиваются механизмы ускорения за счёт привл..."	–6 +/–
	Сообщение от pavlinux (ok), 24-Дек-14, 01:40
	> Это больше подойдет многопоточному memcache, чем однопоточному redis. Напомни, сколько на PCI-Express контактов?
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Для PostgreSQL развиваются механизмы ускорения за счёт привл..."	+/–
	Сообщение от XoRe (ok), 05-Янв-15, 21:16
	>> Это больше подойдет многопоточному memcache, чем однопоточному redis. > Напомни, сколько на PCI-Express контактов? Ну что же вы, уважаемый, никогда в редис не упирались? https://code.google.com/p/memcached/wiki/NewConfiguringServe... redis: It does not use pipelining or any parallelism at all (one pending query per connection at most, and no multi-threading). http://redis.io/topics/benchmarks
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Для PostgreSQL развиваются механизмы ускорения за счёт привл..."	+/–
	Сообщение от Crazy Alex (ok), 24-Дек-14, 12:56
	Не, я о другом. И я имел в виду не мемкеш, в котором,  в общем-то, тоже только индексы считать, и даже не редис. А скорее что-то вроде mongo/couch, где, во-первых, map/reduce (т.е. хороший параллелизм гарантирован), во-вторых - документный формат, в котором можно всякие агрегаты считать для каждого документа, в-третьих - при нужде можно довольно спокойно пол-языка поломать под хорошую оптимизацию, и пользователи это проглотят.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	35. "Для PostgreSQL развиваются механизмы ускорения за счёт привл..."	+/–
	Сообщение от Аноним (-), 24-Дек-14, 13:21
	PostgreSQL откушивает ровно столько, сколько задал в shared_buffers.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	37. "Для PostgreSQL развиваются механизмы ускорения за счёт привл..."	+/–
	Сообщение от Andrey Mitrofanov (?), 24-Дек-14, 13:33
	> PostgreSQL откушивает ровно столько, сколько задал в shared_buffers. Кеш и буферы ядра ещё посчитай, сразу не "ровно" станет.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Для PostgreSQL развиваются механизмы ускорения за счёт привл..."	+/–
	Сообщение от Аноним (-), 25-Дек-14, 02:46
	не, это по-другому работает. 95% workload-а современных SQL БД - ворочается на тамошних UDF, которые ничем от байт-кода жабы или .Net отличаются в этом плане. и в случае возможности хотя бы мизерно все это дело ускорить и/или распаралелить, профит фантастический. те кто юзает не вполне SQL-compliant костыли вроде форков mysql и прочей хреновины, это дело не поддерживающих ССЗБ, конечно. но для остальных - профит весом, да.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема