Cтраница 2
Внесение изменений для пользователя в такие программы практически невозможно, за исключением предусмотренных заранее случаев изменения допустимого объема памяти, отводимой под данные, и включения по определенным правилам некоторых процедур пользователя на языке Фортран или ПЛ / 1, например для преобразований признаков. Тем не менее благодаря наличию гибкого входного языка и возможности просто составлять многоэтапные процедуры обработки из последовательности программ пакета такие пакеты позволяют удовлетворить подавляющую часть потребностей пользователя по обработке данных. [16]
Хранение всей оперативной информации в МОЗУ с точки зрения производительности программы наиболее выгодно, однако оперативная память очень дорога, большая память требует либо увеличения адресной части команд, либо специальных команд переключения. Перепись информации из памяти МБ в МОЗУ осуществляется по необходимости и здесь возникает задача диспетчеризации пересылки информации. При жесткой последовательности программ это особых трудностей не представляет, но при неопределенной последовательности программ возникает необходимость решать задачу оптимальной организации пересылки информации для обеспечения минимальных временных потерь. Обычно эта задача решается не только в программе, но и при разработке операционной системы. [17]
Программа REKTOR предназначена для выбора из класса кусочно-постоянных решающих правил оптимального правила и классификации в соответствии с ним векторов рабочей выборки. Описываемая программа работает в совокупности с программами ВВОД и ТАКСОН ( см. гл. На вход последовательности программ ВВОД - ТАКСОН - REKTOR поступает выборка наблюдений. Векторы выборки разделены на обучающие и рабочие. Век-юры рабочей выборки, классификация которых известна ( маска классов равна 1 или 2), считаются экзаменационными. Для этих векторов программа подсчитывает частоту ошибок классификации на экзамене. [18]
Хранение всей оперативной информации в МОЗУ с точки зрения производительности программы наиболее выгодно, однако оперативная память очень дорога, большая память требует либо увеличения адресной части команд, либо специальных команд переключения. Перепись информации из памяти МБ в МОЗУ осуществляется по необходимости и здесь возникает задача диспетчеризации пересылки информации. При жесткой последовательности программ это особых трудностей не представляет, но при неопределенной последовательности программ возникает необходимость решать задачу оптимальной организации пересылки информации для обеспечения минимальных временных потерь. Обычно эта задача решается не только в программе, но и при разработке операционной системы. [19]
Если в названии прибора можно использовать термины дискриминатор, селектор или дистрибутор ( анализатор), то в полном названии следует опускать слово, характеризующее программу спектрометра по оси абсцисс, когда в самом термине подразумевается слово последовательный или параллельный. В противоположном случае особенность программы по оси ординат сохраняется. Например, если в анализаторе Радуга само слово анализатор подразумевает наличие параллельной программы в динамической части, то последовательность программы статической части должна отмечаться в названии прибора. [20]
Исходная и до сих пор главная задача современных операционных систем, будь то однопроцессорная или многопроцессорная система - добиться эффективного прохождения на ЭВМ потока работ. Для ранних ЭВМ, работавших под управлением примитивных пакетных операционных систем, поток работ представлял собой просто упорядоченную человеком и переданную для исполнения последовательность программ для ЭВМ. Позднее связанные между собой действия, такие как трансляция и последующее исполнение, были программно связаны в некоторые последовательности программных шагов, называемые заданиями. [21]
Рассмотрим процедуру выбора базового комплекта системы вычислительных средств АСУ ТП. Часто в техническом задании на проектирование системы технических средств по тем или иным соображениям указывается тип аппаратуры, на которой желательна реализация комплекса. Этот тип аппаратуры определяется интуитивно на основе опыта разработки аналогичных комплексов и стремления использовать наиболее доступные аппаратные средства. С учетом этого на первом этапе выбора базового варианта технических средств целесообразно проверить принципиальную возможность выполнения последовательности программ flk на предлагаемом в техническом задании типе аппаратуры. Результаты этой проверки не всегда очевидны, так как техническое задание нередко противоречиво, а расчеты по принятым методикам приводят к неверным результатам вследствие особенностей выполнения П / г в различных типах вычислителей. Здесь целесообразна корректировка исходных данных в техническом задании, если переход к следующему ( более дорогому) варианту комплекта по очевидным причинам нежелателен. [22]