Мне.. това отдавна е история от времената преди Pentium

В съвременните чипове, когато на една подложка се слага процесор и коопроцесор (GPU) почти винаги се ползва кооперативен режим. Демек има общи инструкции, които се разхвърлят от конвейрите накъдето трябва. Няма нужда процесора да изпълнява код, за да бачкат коопроцесорите. То би било безумие, щото примерно i7 според модификацията има изчителна мощ от порядъка на 100-150 GFLOPS. Демек по 30-50 операции с плаваща запетая НА КЛОК.
При АРМ също има NEON и други екстеншъни за кооперативна работа. По-интересна е комбинацията с GPU, което позволява кооперативна работа, т.е. GPU може да се ползва и като видео и като коопроцесор. Примерно дето писах за новия playstation на Sony - там GPU-тата (PoverVR) могат да бачкат в комбина с АРМ ядрата и се получава general purpuse сметачка с 25GFLOPS-а.
Същата фирма дето прави GPU-та предлага и решения до 400GFLOPS-a. Макар че едва ли ще намерят пазар, защото това ще грее като печка. А пък сложено на АРМ ще изглежда като звънче на свинче



С Пирев си говорехме за М4К и М3 и те са един клас. Разликите между тях са съвсем незначителни. MIPS-a е малко по-добър при LOAD/STORE и условните преходи затова като цяло го водят 5-10% по-бърз. Но това е много относително защото АРМ-а може да прави по две математически операции (шифтване + още нещо). Това в алгоритми като криптиране си дава +100% предимство.
Другата разлика е броят на регистрите, ама това си е религиозен спор точно като за бгмама... Големият брой регистри в повечето случаи е недостатък. Примерно това беше издънката на Интел като направиха MMX - при всяка смяна на контекст трябва да се спасяват един куп регистри. Това значи забавяне в случая двойно по-голям контекст свич. Отделно повече регистри изискват и повече битове за кодиране в инструкцията. От там идва и невъзможността ефикасно да се смесва 16/32 битов код както е при куртекса. Разбирам да има много регистри в яко ядро с dual issue 15+ stage pipeline, ама във въшки като М4К и М3 файдата е точно никаква...

Абе i7 не може да прави по 100 TFLOPS, тоя с 12 ядра прави около 50 GFLOPS и то на SSE само. Иначе видеотатат смятат, стига да има какво, nvidia имат решение за тяхната куда, общо взето вече става сравнително лесно, но при ембедед дивотиите не знам как стои въпроса.

Прави си сбъркал съм мерната единица
100-150 GFLOPS ей ги тук абсолютно всички интел-и:
http://www.intel.com/support/processors ... 017346.htm

Тони ако тръгнеш да се хабиш да му коригираш цялото изобилие от глупости
цялото време на света няма да ти стигне бе .

100GFLOPS от 4 ядрен процесор с AVX инструкции си е нещо нормално.

http://hardwarebg.com/forum/showthread. ... ost3080776

Ами съдейки по интелските документи за тоя i7 наистина е 100-на GFLOPS, интересно е че за онзи 12 ядрения теста дава 50 GFLOPS, а би следвало да е повече, но така или иначе разликата до TFLOPS е доста голяма. Това няма значение де, идеята беше GPU-то да смята, което се и получава доста добре, но все още никой не го ползва за нещо в приложния, е при конзолите е друго, аз говоря за РС.

Казват че го ползват, даже и това от видеокартите - за разбиване на криптирания, че смятали тия алгоритми бая по-бързо от основните процесори .

Чааак сега ми светва защо са толкова секретни с данните за тия GPU-та, ми те очевидно са
опасно яки за "number crunching" приложения. Ей, не съм в първа младост а толкова наивност
имам още за губене... .

Незнам, аз само казвам какво съм чел :
http://mytechencounters.wordpress.com/2 ... phic-card/

Е, че то даже има разни сайтове от типа Seti@home дето раздават задачки за пари и разни геймъри с яки и овърклокнати на мах видеокарти известно време са припечелвали доста добре. Сега разправят че задачите намаляли и се чакал ред, съответно цената паднала драстично. Обикновенно става въпрос за филмови студиа, които си пускат "парчета" за рендеринг, за да става по-бързо и да не инвестират в корава техника.

Направо "кеш" може да се копа.

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

http://hardwarebg.com/forum/showthread. ... 1%81%D0%B8)
http://hardwarebg.com/forum/showthread. ... %82.%D0%BD.)
http://hardwarebg.com/forum/showthread. ... D0%BE-quot
http://hardwarebg.com/forum/showthread. ... 0%BD%D0%B8)

Това имах предвид, ама цената е паднала дотолкова, че да си избиеш тока и да ти остане някоя стинка за кафе...

Да де .. то може би трябваше да уточня, че не е приложима в момента за нищо смислено, иначе ония програмки от сорта на Сети го изпозлват, дори има написани еинд куп сами по себе си безсмислени приложения които го изпозлват, реално си има и клъстери които точно GPU използват, там вече сигурно са измислили как да го правят достъпно за приложението, или просто си пишеш такова приложение. http://www.nvidia.com/object/gpu-simcluster.html
ние мислехме май по едно време да го позлваме, ама като че ли се оказа безсмислено в нашият случай, Жорката беше ровил нещо по въпроса.

Е те явно затова го държат секретно, да не почне всеки да пише приложения.
То смислените работи са опасни .
Или се лъжа и не е толкова секретно и го има достъпно и документирано ниското ниво?

Има го, а почва да сатва достъпно и на високо, в смисъл не помня точно библиотека ли бяха пуснали някаква, какво беше, ама можеш директно да си го позлваш, май с деректива се разрешаваше тая библиотека и компилатора изпозлва други инструкции, не помня че го погледнах само, дори и на диагонал не съм го чел.

... ей го де е ама н е е само това де

http://www.nvidia.com/object/openacc-gp ... tives.html