Время реакции - да. Я говорю о стеке. Как все происходит - По таймеру вызывается программа (предположим Main_Task). Допустим у нас есть функциональный блок, точка вызова блока выгружается в стек, на это время выполнение программы приостанавливается (пока данные не выгрузятся в стек) - это временная задержка, Далее в функциональном блоке есть другие функции, в них могут быть вложены другие функции каждый вызов - это остановка программы на время выгрузки в стек точки вызова. И потом все в обратном направлении - из стека т.е. задержки умножаем на 2. Таким образом если мне нужно вызывать какую-нибудь задачу с периодичностью 5 мс. А я, при использовании ООП на все вызовы функций буду тратить процессорное время на выгрузку/загрузку в/из стека - то тут нужно задуматься что лучше Красиво оформленный код с Объектами и кучей методов - но возросшим временем выполнения цикла или более простая реализация без лишних переходов и с минимальным количеством вызываемых функций. Вот о чем собственно я.
Но если приложение не критично к джиттеру и цикл вызова больше 50 мс. То тут конечно можно ООП полным ходом - Объекты, методы, функции и красота и ООП.