К знатокам, Локальные переменные. Опции

[SasaVitebsk]

Пишу достаточно простую прогу. Пытаюсь оптимизировать.

Столкнулся с одной бедой. Попробую описать.

Построено на прерываниях. Между прерываниями разные промежутки. Есть короткие, есть длинные. Как назло именно короткое прерывание сильно загружено. Дабы разгрузить его я пытаюсь часть вычислений вынести в предыдущее не загруженное прерывание. Уже полностью перешёл на указатели, но всё равно шляпа получается.

Проблема в том, что я не могу ввести локальные переменные на два прерывания. Таким образом я ввожу статик. Но тогда во втором прерывании компилятор пытается сохранить значения. А мне это не надо ни капельки. Чтобы этого избежать я ввёл локальные переменные и во втором прерывании выполнил присваивание локальным статик. Код получился значительно компактнее, но всё равно выполняется никому не нужное присваивание. А это 6 указателей!

Теперь сам вопрос.
Могу ли я указать компилятору что можно разрушать переменные в данном прерывании. То есть что не надо их хранить. Или как это сделать. Надо типа переобъявить статические переменные локальными. Не знаю как выразится. Надеюсь поняли.

[Непомнящий Евген...]

Мой класс TCanal посылает запрос, ждет получения ответа определенное время, при отсутствии ответа повторяет запрос указанное кол-во раз и т.д. При этом получается отнюдь не цикл из трех строк, как вы привели...

При объектном подходе (не важно на С или на С++) мне надо сделать это ровно один раз, а потом использовать без изменений. При этом в одном проекте у меня может быть любое количество таких объектов.
Если не выделить эту функциональность в отдельные ф-ции + структуру С или класс С++, то максимум - у меня будет "рыба", которую я буду копи\пастить на N проектов и в рамках проекта на M уартов - в результате получится целая куча примерно одинакового кода, при адаптации которого я всякий раз должен буду вспоминать как он работает.
Еще вариант - написать по такой "рыбе" соответствующие макросы и поиметь кучу нюансов, с ними связанных.
Однако макросы будут довольно сложными (если учесть требование нескольких обработчиков в рамках проекта) + это фактически "скрытая" генерация дополнительного кода. Так не проще ли использовать классы в С++ или эмулировать их структурами + функциями в С?
При этом всего два недостатка:
1. Надо тщательно продумать и разработать эту общую функциональность
2. Некоторая потеря в скорости по сравнению с копи\пастом \ макросами. Однако если учесть, что скорость по УАРТу обычно не слишком высокая, то этими потерями в десятков\сотен тактов вполне можно пренебречь.