|
|
![]() |
![]() |
![]() |
Минимизации количества необходимых вызовов
Одним из существенных преимуществ модульного программирования является то, что программа основного уровня очень часто может быть сконструирована
для чтения как последовательность вызываемых процедур. Этот факт существенно повышает "понимаемость" программы, поскольку читатель может познакомиться
с ее основным потоком и функционированием после прочтения только одной-двух страниц программного кода. Однако эта особенность может также иметь
и недостатки. Одна из многих верхних статистических оценок программирования говорит о том, что 90% времени выполнения типовых программ расходуется в
10 % кода программы. При этом подразумевается, что если эти 10 % содержат большое количество цепочечных вызовов процедур, то суммарное время,
затрачиваемое на управление выполнением программы, может стать непреодолимым препятствием на пути использования этого подхода.
Прежде чем отказаться от модульности проектируемой программы, проверьте, что скрывается под зависимостью программы от времени. Во-первых, большинство
программ затрачивают большую часть времени выполнения на ожидание ввода информации с клавиатуры. После нажатия клавиши требуемые функции, с точки зрения
выполнения длительного процесса, обычно не расходуют время. Различие между 100 микросекунд и 100 миллисекунд для среднего пользователя
неразличимо.
Противоположным для некоторых мнением является то, что действующий механизм пары CALL - RET не перекрывает потребляемое время. По сравнению с
инструкциями перехода инструкция CALL выполняется на 30-50% дольше, а RET в среднем длиннее на 1 цикл. Только когда во внимание принимаются накладные
расходы передачи параметров, сохранения регистров и т.д., называемые служебными расходами, модульные программы начинают выглядеть медленнее по
сравнению с немодульными программами. В дополнение к тому, что модули модульных программ обычно являются более общими, чем их неструктурированные
дубликаты, модули модульных программ могут использовать ссылки на память или стек с большей частотой. Дополнительное время, расходуемое на вычисление
действительного адреса в теле модуля, может привести к замедлению выполнения конкретного модуля, чем узко закодированная конкретная программа.
Преимущества служебных программ и программ общего назначения заключаются в том, что модуль может быть использован виртуально в некотором месте
программы. При написании немодульной программы программист может потратить несколько часов, пытаясь открыть: используется ли регистр, или хуже того,
верно ли то, что он должен использоваться. При модульном программировании программист не интересуется тем, какие регистры он использует в настоящий
момент, пока вызываемый модуль копирует его параметры в стек и сохраняет весь набор регистров на входе. Эти особенности создают возможность сначала
использовать приемы модульного программирования для повышения скорости кодирования и затем переработки программы для удаления "узких" мест.
Для областей, чувствительных к скорости работы, лучшей рекомендацией является выбор основной ветви программы. Если модуль упоминается только в
чувствительной к скорости работы программной секции, то он может быть включен в "ветвь" внутри вызывающего модуля. Если другие секции используют
модуль, то они могут быть скопированы в вызывающий модуль в необходимое место. В связи с тем, что основной вызывающий модуль станет большим,
необходимо вставить комментарии в его тело, помечающие включаемый модуль как блок его владельца. Будущие читатели смогут затем прочитать комментарии для
определения функций модуля и пропустить его мимо для возобновления чтения основного кода.
|
|
