Cтраница 3
Некоторые устройства прямого доступа имеют специальные средства, позволяющие записывать начало блока данных на одной дорожке, а продолжение на одной или более последующих дорожках. Обычно они называются в зависимости от кон-фигурации аппаратуры и используемой операционной системы, средствами переполнения дорожки и переполнения цилиндра. Для программиста это означает, что теперь он не связан длиной записи или длиной блока, которые должны быть равны или меньше максимальной длины в байтах одной дорожки. Стандартная емкость в байтах одной дорожки на пакете дисков для устройства IBM2314 - 7294 байта, но с применением средств переполнения дорожки, имеющихся на этом устройстве, проблемная программа может записать блок данных длиной 20000 байтов, невзирая на присущие дорожке физические ограничения. Условившись, что блок данных начинается с первого байта некоторой дорожки, система запишет 7294 байта на этой дорожке, следующие 7294 байта - на следующей дорожке и, наконец, 5412 байтов - на следующей, третьей дорожке. Следует подчеркнуть, что средства переполнения дорожки функционируют лишь тогда, когда набор данных занимает сплошной массив дорожек. Попытка сделать такую запись, которая потребовала бы перехода на дорожку, не являющуюся соседней, или на другой том, рассматривается как ошибка. [31]
Авторы сознательно исключили из настоящего исследования две категории вопросов, непосредственно связанных со сравнением языков программирования: вопросы, связанные с особенностями реализации и с особенностями областей применения. По этой причине, например, в ядро языка Кобол не попал раздел оборудования, который очень сильно зависит от используемой операционной системы - в ряде случаев функции раздела оборудования частично реализуются средствами языков управления заданиями и файловыми системами. Аналогично не обсуждаются экстралингвистические проблемы, связанные с раздельной трансляцией и компоновкой, хотя влияние языков программирования на модульность обсуждается достаточно подробно. Наконец, не обсуждаются такие специфичные для конкретных областей применения особенности, как средства форматирования в языке Кобол и организация доступа к библиотекам научных подпрограмм в языке Фортран. [32]
Первый из двух названных аспектов полностью диктуется соответствующим протоколом и, по крайней мере теоретически, не зависит от той операционной системы, в среде которой реализуется сетевое программное обеспечение. Второй же аспект, отражающий интерфейсы с соседними уровнями сети, не является частью протокола и может существенно зависеть от используемой операционной системы. Поэтому существующие стандарты протоколов обычно не затрагивают вопросов реализации интерфейсов, оставляя их на усмотрение разработчиков сетевого программного обеспечения. [33]
Еще одним критерием, которому должна удовлетворять реализация любого языка программирования, является то, что транслятор с любого языка программирования должен быть в разумных пределах компактен. Громоздкие трансляторы с различных языков программирования, как правило, неэффективны, что, в частности, является следствием большого времени, затрачиваемого на вызов их на выполнение, и невысокого приоритета, получаемого ими ( при условии разумной стратегии планирования процессов в используемой операционной системе), вследствие того, что для их выполнения требуется большой объем. Особенно большое значение это требование приобретает при необходимости организации работы в интерактивном режиме, когда большой размер трансляторов с различных языков программирования приводит к колоссальному увеличению объема свопинга. [34]
Операционная система ФОДОС предназначена для решения задач в реальном масштабе времени и разработки программ в интерактивном режиме. Она рассчитана на одного пользователя и предоставляет ему следующие возможности: прямой доступ к памяти; решение до двух задач одновременно; пакетную обработку информации; кодирование задачи на языке ассемблера; создание программы с оверлейной структурой, что уменьшает потребность в оперативной памяти; расширение библиотеки программ; автоматизацию процесса отладки программ; обмен данными между периферийными устройствами; модификацию используемой операционной системы; создание новой ОС, ориентированной на конкретные область применения и состав технических средств. [35]
Любая реализация некоторого языка программирования должна сопровождаться точной и понятной документацией. В состав этой документации обязательно должно входить строгое справочное руководство по соответствующему языку программирования, введение для начинающих программистов и ряд других документов. В документации должны быть ясно и подробно описаны интерфейс с используемой операционной системой, ограничения и расширения по сравнению со стандартом на этот язык программирования, особенности реализации, связанные с используемыми аппаратными средствами. Вся необходимая информация должна содержаться в документации, чтобы освободить программиста от необходимости получения этой информации экспериментальным путем. Наконец, документация должна быть доступна либо через книжные магазины, либо через представителей поставщика. [36]
Язык Си служит одной из лучших иллюстраций вышесказанному. Для языка Си существует стандартный препроцессор, обеспечивающий возможность определения символических констант и включения файлов. Часть из них реализуется на нестандартных диалектах языка Паскаль и интегрируется с используемыми операционными системами. [37]
При программировании многоуровневой архитектуры локальной сети достаточно часто трактуют каждый уровень в любом узле сети в виде одного или нескольких параллельных процессов. Каждый такой процесс должен обеспечивать взаимодействие с удаленным ( функционирующим в другой станции сети) процессом того же самого уровня по протоколу, соответствующему данному уровню, а также поддерживать необходимый интерфейс с процессами, функционирующими в той же самой станции на соседних функциональных уровнях. Однако для реализации уровней сети в терминах параллельных процессов необходимо, чтобы в составе используемой операционной системы был особый компонент, который обеспечивал бы организацию параллельных процессов и их коммуникацию друг с другом. [38]
Такая система в стандартном ее варианте представляет простую базу данных ( или по крайней мере базовую файловую систему) в качестве информационного архива и инструментальные программные средства ( S. Обычно еще используется какой-либо тип интерпретатора командного языка, который может быть разработан специально для системы поддержки программных разработок или заимствован из используемой операционной системы. [39]
Существующие версии программ АБИС также требуют и различных средств обеспечения, имеющих весьма не равноценную стоимость. К примеру, стоимость программной среды NOVELL, необходимой для поддержки сетевого режима работы, может в несколько раз превышать стоимость приобретаемого вами программного продукта. Это же может относиться к СУБД, на основе которой создан данный программный продукт. В части основных аппаратных средств, это будет проявлено в необходимости выбора типов компьютеров, их комплектации, используемой операционной системы и прикладных программ. [40]