Cтраница 2
Сначала время работы увеличивается пропорционально объему занятой памяти. Когда начинается процесс создания файлов подкачки, скорость работы программы сильно падает. Обратите внимание, что до этого тесты с обращением к файлу подкачки и пробуксовкой ведут себя одинаково, пока не начинается собственно подкачка. Когда весь массив располагается в оперативной памяти, требуется одинаковое время для обращения к его элементам по порядку или случайным образом Как только начинается подкачка, случайный доступ к памяти гораздо менее эффективен. [16]
![]() |
Иллюстрация операции удаления данных при обработке в истинном масштабе времени. [17] |
Выше мы неявно предполагали, что обрабатываются все данные. Если скорости аналого-цифровых преобразователей, скорость запоминания ЭВМ и скорость работы программы обработки данных достаточны, то в машину можно вводить данные с высокой частотой выборки. Тем не менее вычисления БПФ, ПСМ и другие процедуры могут и не выполняться с такой скоростью. [18]
Алгоритмы некоторых операций с плавающей точкой для платформы IA-32 чувствительны к точности представления мантиссы вещественного числа. Выбор подходящего ключа позволяет выбрать разумный компромисс между точностью вычислений и скоростью работы программы. [19]
Для модулей информация о локальных символах записывается в TPU-файле наряду с объектным кодом модуля. Эта информация увеличивает размер файлов ( требуется дополнительное пространство), но на размер и скорость работы выполняемой программы это влияния не оказывает. [20]
Смысл этой теоремы в том, что если существует кубик, стоящий на заданном кубике, то его нужно удалить, в противном же случае его нужно просто переставить на нужное место. Запись USE AWAY в явном виде указывает теорему, которой нужно воспользоваться для достижения цели, что позволяет повысить скорость работы программы. [21]
При проектировании АИС важное значение имеет знание количественных закономерностей в этих системах. Оно позволяет прогнозировать объемы памяти, необходимые для записи словарей и массивов сообщений, оценивать коэффициенты сжатия сообщений при их кодировании, а также оценивать скорость работы программ. [22]
Более того, если скорость работы программы, которая читает эту магнитную ленту, лимитируется вводом ( как это имеет место в большинстве задач, связанных с обработкой файлов), то будет достигнута экономия во времени, поскольку на прогон более короткой ленты требуется меньшее время. Заметим, что па запись данных потребуется по-прежнему 500 футов ленты, но на промежутки между блоками только 750 футов. [23]
Такая информация бесполезна, так как в этом случае нужно указывать также тип компьютера, используется ли он одним пользователем или несколькими, какой у него процессор и тактовая частота, полный или редуцированный набор команд на чипе процессора и насколько хорошо компилятор оптимизирует выполняемый код. Эти условия влияют на скорость работы программы, реализующей алгоритм. Учет этих условий означал бы, что при переносе программы на более быстрый компьютер алгоритм становится лучше, так как он работает быстрее. Но это не так, и поэтому наш анализ не учитывает особенностей компьютера. [24]
Хотя для наихудшего случая время работы алгоритма раскраски карт экспоненциально зависит от размера исходного графа, среднее время обычно весьма невелико. Однако аналитический вывод среднего значения, видимо, превышает наши возможности. Кнут описывает метод для оценки скорости работы программ, действующих по методу перебора с возвра-там и. Оценка дается вручную после просчета некоторых тестовых случаев. Кнут приводит примеры, иллюстрирующие его метод. [25]
Пересылка данных из внешних хранилищ СО в буфер СУБД производится при обращении к соответствующим данным прикладной программой. Выбрасывание же данных из буфера производится лишь при его переполнении и осуществляется в соответствии со стратегией виртуальной памяти. Такой принцип организации буфера позволяет существенно повысить скорость работы программ в модульной системе САПР ПЗУ. На рис. 4 - 5 приводится схема цереда-чи данных между прикладной программой и базой данных БД САПР ПЗУ. [26]
Конечно, нельзя утверждать, что все вычисления произведены наиболее эффективным образом. В данном случае мы сочли такое усложнение неоправданным, так как основной интерес представляет не скорость работы программы, а сам способ наименьших квадратов. [27]
Это зависит от объекта. Для небольших объектов и простых типов данных следует использовать стек, чтобы упростить их использование и увеличить скорость работы программы. [28]
У такой стратегии тоже есть свои недостатки, поскольку в этом случае каждый раз придется выполнять специальную команду вызова процедуры и команду возврата. Если последовательности команд короткие ( например, всего две команды), но используются часто, то вызов процедуры может сильно снизить скорость работы программы. Макросы являются простым и эффективным решением этой проблемы. [29]
Вспомним принятый нами критерий принятия решений при организации производственной технологии программирования для рассматриваемого класса программ. Главное - это сокращение сроков разработки и снижение трудоемкости на этапе сопровождения. Скорость работы программы и занимаемая ею память отодвигаются на второй план. С этой точки зрения решающим преимуществом обладают языки высокого уровня. [30]