Evgeny_CD, Архитектор (08.07.2015 00:20, просмотров: 83) ответил Mahagam на в видеокартах уже даавно всё готово для ооочень распараллеливаемого кода. тучи вычислительных модулей, моря мелких кэшей, бешеная пропускная к памяти. также как порево двигало развитие инета, так и игрушки двигают развитие вычислительной мощи.-
- всякие неприятные эффекты - они у тех задач, что сами по себе плохо параллелятся. к примеру, биткоины и шифрование видеокартами ускоряются на ура. - Mahagam(08.07.2015 00:34)
- Если задача "плохо параллелится", то ей многоядерный сопроцессор не поможет. Ксения(2033 знак., 08.07.2015 15:05 - 15:16)
- Хороший пример. Юзер-прога готовит данные для либы (это трудно распараллелить), потом неблокирующе (?) вызывает либу, сама в это время готовит следующую кучку данных. - Evgeny_CD(08.07.2015 15:30)
- "В это время" не получится - программа не выйдет из функции, пока ее работа не будет закончена. Ксения(469 знак., 08.07.2015 19:40 - 19:49)
- Хороший пример. Юзер-прога готовит данные для либы (это трудно распараллелить), потом неблокирующе (?) вызывает либу, сама в это время готовит следующую кучку данных. - Evgeny_CD(08.07.2015 15:30)
- А вот поиск по большой in-Memory БД - на видеокарте толком не ускоряется. Там необходимость постояной прокачки данных (из-за маленькой набортной памяти) все портит. Одна надежна на AMD с ее архитектурой HUMA - но там тоже какая-нибудь засада Evgeny_CD(10 знак., 08.07.2015 00:37)
- Если задача "плохо параллелится", то ей многоядерный сопроцессор не поможет. Ксения(2033 знак., 08.07.2015 15:05 - 15:16)
- всякие неприятные эффекты - они у тех задач, что сами по себе плохо параллелятся. к примеру, биткоины и шифрование видеокартами ускоряются на ура. - Mahagam(08.07.2015 00:34)