n source бібліотеки для розробки на С + + і абсолютно нового продукту для оптимізації продуктивності. p>
Intel В® Parallel Composer
Незважаючи на якийсь маркетинговий акцент у назві продукту Composer - це не просто компілятор С + + від Intel. Він вже проинтегрировал в Visual Studio разом з бібліотекою продуктивності IPP і паралельної бібліотекою TBB, що значно полегшує процес розробки паралельного коду для новачків, тобто тих, хто ще не користувався продуктами Intel, такими, наприклад, як Compiler Pro, і тільки збирається спробувати поліпшити продуктивність своїх додатків за допомогою технологій Intel.
Наявність відразу декількох компонент у пакеті дозволить відразу ж почати оптимізувати свою програму з використанням паралельних технологій, які містить Composer:
Обчислювальні примітиви, реалізовані у вигляді функцій в бібліотеці IPP, гарантують високу продуктивність алгоритмів на платформах Intel;
Підтримка нової версії стандарту OpenMP 3.0 дозволить використовувати multitasking, недоступний у попередніх версіях, які підтримуються в тому числі і компілятором Microsoft;
Новий тип даних Valarray трохи спростить код, який реалізує векторні операції, а компілятор згенерує ефективний бінарний код, вповні SIMD-інструкції для збільшення продуктивності;
Підтримка компілятором елементів стандарту С + + 0х полегшить кодування програмістам.
Intel В® Parallel Inspector
Це, мабуть, самий затребуваний і очікуваний інструмент на сьогоднішній день, так як він допомагає позбавитися від помилок у багатопотокової програмі на етапі верифікації, підвищуючи коректність і стабільність її виконання. Незважаючи на свій характерний функціонал Inspector застосовується не тільки командами тестувальників (QA team). Нормальна інженерна практика передбачає перевірку програми на наявність помилок і самим розробником, хоча б на рівні юніт-тестів (unit tests). p align="justify"> Давайте розберемо, які ж помилки допомагає виявити Parallel Inspector. Інструмент адресує два класи помилок: помилки багатопоточності і помилки роботи з пам'яттю, причому аналіз для кожного класу запускається окремо. Останній клас помилок добре відомий програмістам, які до останнього часу використовували різні інструменти, щоб знайти витоку пам'яті, порушення цілісності стека або доступ за неіснуючими адресами. Другий клас помилок пов'язаний з багатопотокової природою програм. Вони неминуче виникають при розробці паралельних програм, і їх надзвичайно складно відловити, особливо якщо вони проявляються нерегулярно і тільки при збігу певних умов. p align="justify"> Помилки роботи з пам'яттю
Механізм виявлення помилок пам'яті заснований на аналізі абсолютно всіх інструкцій читання/запису і їх адрес на рівні біна...