Вопрос такой, насколько можно судить о производительности кода при выполнении программы через диспетчер задач Windows?
Дело вот в чем сделал свое окно...
Вариант 1 – делаем совместимый контекст и совместимую картинку для нее с максимальным разрешением монитора у меня получилось 1400х1050, всякий раз при изменении размеров моего окна рисуем по этой картинке функциями GDI, затем перекидываем ее на HDC окна через Bitblt(), я еще раз подчеркну – картинка в памяти рисовалась в памяти каждый раз при наступлении WM_NCPAINT! и перекидывалась полностью (1400х1050) в контекст окна через Bitblt() (за исключением клиентской части, которая вырезалась через SelectClipRgn(), ExcludeClipRect(); Собираем Release сомотрим через диспетчер загрузку ЦП при изменении размеров окна = 15-30% (AMD 2,5 Windows XP).
Ну думаю как то это не по феншую...
решил соптимизировать... Вариант 2 Сделал совместимую картинку размером 200х100, рисую ее один раз при создании окна, еще раз можно акцентировать ваше внимание – картинка рисуется один раз! А при выводе – сделал стандартно – делем ее на 8 частей (4 угла, верх, низ, левая и правая сторана) и по средством BitBlt(),StretchBlt() скидываем ее в контекст окна при наступлении WM_NCPAINT. Все остальное один к одному! (настройки одни и те же и т.д. проект – копия Варианта 1
). Ну думаю теперь будет летать... 
Собираем Release сомотрим через диспетчер загрузку ЦП при изменении размеров окна = 50-75%!!! т.е. в 2 раза больше!!!
Не ужели при полной отрисовке (при каждом WM_NCPAINT) + один Bitblt всей картинки тратся меньше времени, чем при рисовании один раз и дроблении на 8 частей? Почему так? Что это так = 100% (если судить по загрузке ЦП).