saul Jul 17 2013 at 05:02

Встречайте Intel Integrated Performance Primitives 8.0

2 min

13K

Intel corporate blogProgramming*Website development*

+10

Comments 10

Andrey2008 Jul 17 2013 at 05:34

Надо будет примерчики перепроверить (1, 2, 3) при случае… :)

DZhon Jul 17 2013 at 06:24

Уважаемые, пытаюсь скачать пробную версию, а мне предлагают 7.1.1.
Это какая-то недоработка или умышленное ограничение?

vikky13 Jul 17 2013 at 06:41

Недоработка, конечно. Посмотрим и разберемся обязательно.

DZhon Jul 18 2013 at 13:43

А воз и ныне там.

vikky13 Jul 18 2013 at 15:19

Я попробовала пойти по приведенной в посте ссылке, зарегистрироваться и получила возможность скачать на выбор 8.0 или 7.1.1.
Не уверена, что ссылка ниже сработает для вас, но попробуйте
registrationcenter.intel.com/RegCenter/DownloadNow.aspx?ID=18773&DLM=0&EmailID=Victoria.Zhislina%40intel.com&Sequence=214175

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

Maratyszcza Jul 17 2013 at 06:26

Поздравляю!

А почему так мало OpenCL-функций? И как они реализованы: IPP теперь поставляется с исходниками под OpenCL или таскает набор бинарников под растространённые OpenCL устройства?

Lockal Jul 17 2013 at 08:27

Эмм, а зачем поддержка интерфейса Metro в «наборе функций для оптимизированной обработки данных и мультимедиа»? Ну, системо-зависимые участки представить можно: это как минимум потоки, общая память и тонкости IO. Но каким боком тут гуй?

vikky13 Jul 17 2013 at 13:34

Поддерживается не сам интерфейс, а возможность написания программ с IPP и этим новым интерфейсом Win8.

mynameco Jul 17 2013 at 21:06

Странно както. по идее они должны бесплатно такие весчи раздавать, ведь с помощью них аккурат можно почувствовать приемущество конкретной архитектуры.
Они же раздают похожие библиотеки связанные с многопоточностью.

DZhon Jul 18 2013 at 14:20

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

Функция
IppStatus ippsDiv_32f(const Ipp32f pSrc1, const Ipp32f pSrc2, Ipp32f* pDst, int len);
просто позволяет поделить один вектор чисел на другой и записать результат в подобный вектор трактует pSrc1 как делитель, а pSrc2 — делимое! Ну ладно, допустим…

IppStatus ippsDiv_32f_A24 (const Ipp32f pSrc1, const Ipp32f pSrc2, Ipp32f* pDst, Ipp32s len);
Позволяет ту же операцию, но с заданной точностью (24 корректно округленных бита), при этом pSrc1 — делимое, а pSrc2 — делитель!

Неужели разработка библиотеки настолько разрозненна, что отсутствует согласованность концепций по интерфейсам?