Lurl=http://www.pcweek.ru/idea/blog/idea/4047.php]Как с помощью инструментария разработчика сделать программный код эффективным[/url]
Напомню, кстати, что это был четверный вебинар PCWeek, посоле офицального старта данного проекта нашим еженедельником (см. список проведенных мероприятий)).
По итогам вебинара Intel появилась статья: ///. А перед началом онлайнового общения были опубликована блоги, где прошло предварительное (на мой взгляд, вполне интересное) обсуждение в блогах
[spoiler]
Нужно ли бороться за эффективность программного кода? В каких случаях и зачем? Как?
Нужно ли бороться за эффективность программного кода? В каких случаях и зачем? Как? 2.0
К предстоящему разговору (сегодня – 12.12.12 в 11:00) о создании эффективного кода
То, что использование специальных инструментов (и что Intel имеет такие средства) позволяют повысить эффетивность кода, лично я знаю давно и не сомневаюсь в их полезности по существу. Вопросом для меня являются – в какой момент и в каких случая их нужно использовать. Проще говоря, как определить (причем – спронозировать), что затраты (сил, времени, денег) на оптимизацию кода принесут результат. Вариант, чтобы посчитать окупаемость эффект уже "после того" (когда все затраты и полученные) уже известны представляется проще, но при этом далеко не простым
Ну, удалось компании Altair (приводился на вебинаре) снизить время расчетов с одного часа до нескольких минут. И что – это окупилось?
Еще слушая о достоинствах продуктов, я вспомнил уже не очень близкое прошлое, когда рассказывать в публикацией о возможностях Visual Basic (а до того – QuickBasic) в своих статьях. Я тогда с самого начала понял, что просто рассказы о замечательных возможностях этих средств – дело почти бесперпективное.
Нужно не увещевать и уговаривать слушателей, а просто показать на хороших примерах, что достижение эффекта – это вполне реальное дело, что "это может сделать каждый". А показав это коротенько, завоевав доверие и интерес аудитории, можно уже погружаться в детали, показывать более глубокие возможности и пр.
Я в свое время досточно много занимался и расчетными задачами на Фортране.
И тут пример сам просится, как это можно сделать.
Берете расчтеную программу, написанную лет 25 назад (у меня такие есть – они кочевали еще с ЕС ЭВМ), компилируете-компонуете с помощью Фортрана IV той поры (все эти программы есть – они работают!) и запускается тестовый пример.
Потом делаете все тоже самое с помощью сегодняшнего компилятора и бибилиотек – смотрите эффект
Потом проверяете код разными анализиторами и выявляете возможности для распараллеливания. Опять компилируете, компонуете, запускаете, смотрите результат...
С помощью такие примеров убеждать аудиторию в пользе современных средств было бы гораздо проще...
