Реферат: Операционная система NetWare
С выпуском в октябре 2001 года NetWare 6, изменения были продолжены: была добавлена улучшенная поддержка симметричной многопроцессорной обработки (SMP — улучшенная поддержка нескольких процессоров в одном сервере), iFolder (компонент, позволяющий выполнять автоматическую интеллектуальную синхронизацию файлов указанной локальной папки iFolder с сервером iFolder для последующего предоставления защищённого универсального доступа к этим файлам в локальной сети и через Интернет), iManager (веб-утилита администрирования NetWare и других продуктов), Native File Access Pack (NFAP — компонент, предоставляющих доступ к ресурсам сервера NetWare клиентам Windows, Macintosh и UNIX-подобных систем по протоколам соответствующих сетей), NetDrive (утилита, позволяющая назначать буквы дисков на HTTP- и FTP-ресурсы, а также на серверы iFolder), а также веб-сервер по умолчанию был заменён с Netscape Enterprise Server на Apache. Также база данных Btrieve (используемая с предыдущих версиях NetWare) была заменена на Pervasive SQL.
OpenEnterpriseServer
1.0
После версии NetWare 6.5 компания Novell выпустила в 2003 году операционную систему Open Enterprise Server (OES), в которой пользователи могут выбирать ядро операционной системы — NetWare или Linux. Эта интеграция была выполнена вскоре после приобретения компанией Novell компаний Ximian и немецкого поставщика GNU/Linux компании SuSE. Считается, что Novell смещает своё внимание с NetWare и портирует приложения на GNU/Linux. Хотя официально компания Novell это отрицает и заявляет, что она будет вести разработку и NetWare, и Linux.
2.0
OES 2 был выпущен 8 октября 2007. Он включил в себя NetWare 6.5 SP7 и новую, основанную на Linux - SLES10.
Производительность
Система NetWare доминировала на рынке сетевых операционных систем с середины 80-х годов до конца 90-х благодаря чрезвычайно высокой производительности по сравнению с другими сетевыми операционными системами. Большинство сравнительных тестов в то время указывали на преимущество в производительности в соотношении от 5:1 до 10:1 по сравнению с продуктами Майкрософт, Banyan и других компаний. Результаты одного сравнительного теста были особенно интересны: система NetWare 3.x со службами NFS, работающими по протоколам TCP/IP (не по разработанному для NetWare протоколу IPX), сравнивалась с дорогостоящим выделенным сервером Auspex NFS и с сервером SCO Unix с запущенными службами NFS. Производительность NetWare NFS превысила производительность обоих систем NFS, являющихся частью соответствующих операционных систем, и превысила в два раза производительность SCO Unix NFS на одинаковом оборудовании.
Было несколько причин такой производительности NetWare.
Службы файлов вместо дисковых служб
Во времена разработки первой версии NetWare почти все хранилища данных в локальных сетях работали на основе модели дискового сервера. Это означало, что клиент-компьютер для чтения блока файла должен был выполнить следующие запросы по сравнительно медленной локальной сети.
1. Прочитать первый блок каталога.
2. Продолжить чтение следующих блоков каталогов до тех пор, пока не будет найден блок каталога, содержащий данные искомого файла (таких блоков каталогов могло оказаться много).
3. Читать блоки записей файлов до тех пор, пока не будет найден блок с данными искомого файла (таких блоков могло оказаться много).
4. Читать искомый блок данных.
В системе NetWare, построенной на основе модели служб файлов, взаимодействие с клиентом происходило на уровне файлового интерфейса API.
1. Отправить запрос на открытие файла (если этот файл ещё не был открыт).
2. Отправить запрос на искомые данные в этом файле.
Все операции по поиску каталога для определения места, где физически расположены на диске искомые данные, выполнялись с высокой скоростью локально на сервере.
К середине 1980-х годов большинство сетевых операционных систем стали использовать модель служб файлов вместо модели дисковых служб. Сейчас происходит возврат к модели дисковых служб, например в SAN.
Эффективность протокола NCP
Большая часть сетевых протоколов, использовавшихся во времена разработки NetWare, не считали надёжной доставку сообщений сетью. Обычно операция чтения файла клиентом выполнялась следующим образом.
1. Клиент отправлял запрос на сервер.
2. Сервер подтверждал получение запроса.
3. Клиент подтверждал получение подтверждения.
4. Сервер отправлял запрошенные данные клиенту.
5. Клиент подтверждал получение данных.
6. Сервер подтверждал получение подтверждения.
В основе же протокола NCP лежала концепция надёжной доставки пакетов сетью в большинстве случаев. Поэтому ответ на запрос служил в большинстве случаев подтверждением. Пример запроса чтения клиента в данной модели.
1. Клиент отправлял запрос на сервер.
2. Сервер отправлял запрошенные данные клиенту.
Все запросы содержали последовательный номер, поэтому если клиент не получал ответа в течение указанного времени, он отправлял запрос повторно с тем же последовательным номером. Если сервер уже обрабатывал этот запрос, он отправлял кэшированный ответ повторно. Если у сервера не было времени на обработку запроса, он отправлял «положительное подтверждение».
Результатом использования этой модели «надёжной сети» было уменьшение на две трети сетевого трафика и связанных с ним задержек.