Реферат по дисциплине: «теоретическая информатика» Тема: «Терминал»
Вид материала | Реферат |
Содержание1. Историческая справка 2. Отделение серверов приложений от тонких клиентов (терминалов) 3. Практическое применение Windows NT 4.0 Terminal Edition 4. Тонкие клиенты |
- Об использовании программного обеспечения "e-port терминал" термины, используемые, 49.96kb.
- Реферат по курсу "Теоретическая информатика", 113.27kb.
- Ежедневный мониторинг сми 8 февраля 2011, 393kb.
- Лекции по дисциплине «Информатика и математика» Тема 12: Организационные меры, аппаратные, 247.81kb.
- А. В. Кобелев, А. С. Николаев,, 33.63kb.
- Рабочая программа по учебной дисциплине «Информатика», 276.55kb.
- Рабочая программа по дисциплине «теоретическая фонетика» методические рекомендации, 327.76kb.
- Методическая разработка по дисциплине «Информатика» Тема: «Организация данных в виде, 447.07kb.
- Реферат по дисциплине «информатика» на тему: «криптографические системы защиты данных», 519.92kb.
- Методические указания по выполнению контрольной работы №2 по дисциплине Информатика, 278.17kb.
РОССИЙСКАЯ АКАДЕМИЯ ГОСУДАРСТВЕННОЙ СЛУЖБЫ
при ПРЕЗИДЕНТЕ РОССИЙСКОЙ ФЕДЕРАЦИИ
Р Е Ф Е Р А Т
По дисциплине: «ТЕОРЕТИЧЕСКАЯ ИНФОРМАТИКА»
Тема: «Терминал»
Выполнил: студент 2 курса
Заочного отделения группы З-04-37
Лаврик Евгений Владимирович
_____________________________
Москва 2004 год
План
Введение 3
1. Историческая справка 3
2. Отделение серверов приложений от тонких клиентов (терминалов) 4
3. Практическое применение 5
4. Тонкие клиенты 10
5. Заключение 12
Список литературы: 14
Введение
Вы когда-либо видели офисы забитые, 386 компьютерами? А в 2004 году? А работающих при этом под управлением Windows 2000?
В мире насчитывается огромное количество так называемой "наследуемой" техники - компьютеров на базе процессоров 286/386/486. Вся эта техника обычно пылится где-то на складе или, в редких случаях, используется в качестве роутеров и для подобных целей.
И это далеко не лучший выход - ведь эти компьютеры (на первый взгляд бесполезные) можно успешно использовать в терминальных системах или в системах распределенных вычислений.
1. Историческая справка
Сначала обратимся к истории вопроса, ибо в ней и лежит ответ.
Когда-то персональных компьютеров не было вообще. Существовали лишь огромные ящики (а чаще - совокупность ящиков), именовавшиеся Компьютерами, они были сверхмощными и почти достигали скорости XT (впрочем, никого это не удивляло - ведь ничего более мощного все равно не было). А использовать их уже тогда желали многие. Поэтому машинное время приходилось арендовать - пользоваться компьютером только в определенные часы.
Постепенно такое положение дел пользователям надоело, и были придуманы первые терминалы и первые системы разделения времени. Терминал - простой "компьютер", который не производил ни каких вычислений, а только выводил ответы Компьютера.
В дальнейшем стоимость персонального Компьютера стала уменьшаться, с каждым годом становилось все проще и проще купить быстрый Компьютер.
К сожалению, операционные системы тоже не остались в долгу и постепенно приспособились к прогрессу, начиная поглощать все больше и больше ресурсов и заставляя пользователей покупать новые, еще более мощные компьютеры.
Все это великолепие сегодня привело к тому, что большую часть времени пользователь использует микропроцессор персонального компьютера в среднем на 5-6 процентов.
Остальные 90 процентов компьютерных ресурсов уходят в никуда - просто не используются ни коим образом. Немного улучшить ситуацию можно использованием фоновых задач, но не так уж их и много у среднего пользователя (особенно в офисе).
Так что бороться с этим можно лишь одним способом - предоставлять другим компьютерам внутри локальной сети свободные мощности вашей рабочей станции.
2. Отделение серверов приложений от тонких клиентов (терминалов)
Как данная задача была реализована на практике? Ответ дала теоретическая концепция распределенных вычислений:
Концепция распределенных вычислений предполагает, что результат вычислений может быть передан на любой персональный компьютер внутри сети. Причем это относится не только к конкретным результатам работы (к примеру, изображения буквы на экране), но и к внутреннему отображению операций (на уровне объектов). То есть программист не знает и не должен знать, на каком компьютере будет выполняться отдельный объект.
Практическая же реализация данной идеи, пошла по принципу отделения серверов приложений (компьютеров, отвечающих за вычисления) от компьютеров, отвечающих только за отображение информации - клиентов. Это разделение может быть совершенно прозрачным для пользователя - он может работать на своем компьютере, а пользоваться результатами работы машины соседа или, наоборот, отдавать часть ресурсов соседу.
К примеру: на экране вы видите, как движется ваша мышь, ее положение просчитывается на вашем компьютере, изображение курсора генерируется на другом компьютере, и только на третьем компьютере запускается объект, отвечающий за нажатие кнопки мыши.
3. Практическое применение
Теперь перейдем к самой важной части реферата - какие терминалы и какие сервера выбрать для построение такой сети.
Сервера приложений
Начнем с описания серверов приложений.
Для серверов приложений самое главное - это платформа. Если ваши приложения не работают под данной операционной системой, так зачем Вам нужен такой сервер?
Второй важный фактор - стоимость комплектующих и стоимость инсталляции.
Microsoft Windows 2000 Server
"Ориентированный на собственного клиента"
Схема общения сервера с клиентом стандартная: клиент отсылает только нажатие на клавиатуру и изменения положение курсора мыши. Сервер возвращает команды на открытие окон и передает в огромном количестве экраны.
Надо отметить, что это великолепный с точки зрения производительности сервер, ориентированный как на запуск сессий (это когда вы видите рабочий стол Windows 2000), так и на запуск отдельных приложений - в окне терминала вы увидите нужное вам приложение.
Поддерживаемые функции терминала:
Разрешение экрана - 800х600х256, 640х480х256, режим работы в окне.
Протоколы управления
RDP. Remote Desktop Protocol.
Управление приложениями:
Закрыть приложение может только администратор. Сессия полностью сохраняется в памяти сервера: войдя на сервер через несколько дней вы обнаружите, что все окна остались в том же положении, все приложения также запущенны.
В случае перегрузки сервер может запретить запуск приложений и ограничить подключение новых клиентов.
Взаимодействие с другими серверами:
Не обеспечивает выравнивания загрузки: если один из серверов будет перегружен, он не начнет "перекидывать" приложения на более свободные сервера.
Плюсы сервера:
Очень простая установка и настройка. Быстрое соединение сервера с клиентом. Хорошая поддержка управления клиентами и подключениями (их можно связывать с группами пользователей в NT).
Низкая стоимость лицензии.
Минусы сервера:
Не поддерживает локальные диски клиента. Если клиенту понадобится прочитать локальный файл (к примеру с флоппи-дисковода), он вынужден обращаться к нему как к сетевому диску. Большие запросы к оперативной памяти (128 Mбайт минимум).
Требования к комплектующим:
Сервер полностью загружает 98 Мбайт оперативной памяти. Эта цифра естественно не является тем минимумом, на котором он работает - 64 Мбайт. Но при 98Mбайт сервер уже намного меньше обращается к диску. Далее Вы сможете рассчитать размер требуемой памяти таким образом (в расчете на одну загруженную копию):
Клиенты: 1 клиент - 3 Mбайт ОЗУ сервера.
Приложения:
Microsoft Word - 2 Mбайт ОЗУ сервера
Microsoft Excel, Access - 5 Mбайт ОЗУ сервера
Internet Explorer - 1 Mбайт ОЗУ сервера
Для увеличения производительности дисковой подсистемы желательно также использовать увеличение памяти (для увеличение дискового кэша) - клиенты очень часто обращается к одной и той же информации.
Требуемая частота микропроцессора :
Клиенты: 1 клиент - +40 MГц.
Приложения:
Microsoft Word - +20 MГц
Microsoft Excel, Access - + 20 MГц
Internet Explorer - + 10 MГц
Добавление второго процессора позволяет разгрузить систему примерно на 35-40 процентов. Увеличение кеша процессора, к сожалению, не увеличивает производительность - память в таких системах не является "узким" местом, поэтому увеличение производительности можно достигнуть лишь увеличивая частоту процессора и их количество.
Как видите, сервер примерно на 10 нетребовательных клиентов должен содержать процессор с частотой 500-600 MГц (или 2 по 300) и примерно 198Mб. оперативной памяти.
Программные клиенты:
Только под Windows (существуют, как и 16 так 32 разрядный клиент)
Windows NT 4.0 Terminal Edition
Предыдущий выпуск терминальной системы от Microsoft. Обладает теми же свойствами, что и версия 2000, но считается менее производительным, хотя это никак не подтверждается.
Более сложен в инсталляции и настройке, но менее требователен к памяти: при минимальном количестве (64 Мбайт) прекрасно работает 1 подключенный клиент. Если бы не высокая цена лицензии, то являлся бы оптимальным сервером для домашнего применения.
CITRIX Metaframe
Данный продукт считается на сегодняшний момент наиболее мощным средством в области управления приложениями и клиентами.
Компания Citrix лицензировала у Microsoft часть сервера, отвечающую, за запуск приложений и другие средства управления приложениями. Это позволило компании создать наилучший на сегодняшний момент сервер.
Правда, стоит отметить, что вам придется инсталлировать данный сервер либо на Windows NT 4.0 Terminal Edition, либо на Microsoft Windows 2000/2003. Это, прежде всего, означает, что вам придется лицензировать и стоимость данных серверов.
С моей точки зрения данный сервер - наилучшее решение для больших и средних компаний.
Поддерживаемые функции терминала:
Разрешение экрана - 1024*768, 800*600, 640*480. Глубина цвета вплоть до 16 млн. цветов.
Передача звука на звуковую карту терминала (звук генерирует сервер, а воспроизводит клиент).
Очень эффективное сжатие потока. К сожалению, это сжатие требует хорошей производительности от клиента: очень часто 386 процессор не справляется с нагрузкой по быстрому построению экрана. Обеспечивает кэширование трафика.
Динамическое переключение терминала между серверами, в случае перегрузки отдельного сервера.
Клиент может обращаться к своим дискам не через сеть, а напрямую.
Протоколы управления:
ICA, Direct ICA.
Управление приложениями:
Поддерживает запуск только отдельных приложений, может ограничивать запуск определенных приложений (запрет запуска).
Может ограничить число запущенных приложений в случае перегрузки сервера.
Сохранение результатов сессии. Надо отметить, что авторизация построена и по IP адресам, и на основе ручной авторизации.
Взаимодействие с другими серверами:
Может "перетащить" приложение, в случае перегрузки сервера. При этом есть возможность отделить определенные серверы от такой сторонней загрузки.
Плюсы сервера:
Большие возможности по настройке сервера, управление группами пользователей, наличие уникальных возможностей - по перемещению нагрузки. Большое количество, как и программных, так и аппаратных клиентов. Возможность опубликовывать приложения.
Минусы сервера:
Основные минусы - полная стоимость инсталляции и большие запросы к клиентам в случае использования сжатия потока.
Так же надо отметить большие потребности в оперативной памяти, чем сервер Microsoft и очень медленное соединение с сервером (около 20 секунд).
Определение оптимальной конфигурации сервера:
Так как сервер построен на коде запуска приложений от Microsoft, то результаты практически не отличаются от сервера этой компании. Это относится, как к испытаниям процессора, так и к памяти. Единственное, что стоит учитывать - сервер потребляет под свои нужды не 3, а около 5 Мбайт ОЗУ на сессию.
Sun Microsystems Server
Компания лицензировала у Citrix протокол ICA и на его основе выпустила собственный сервер.
К сожалению, ни одна независимая компания данный сервер на тестирование не получила. Но достоверно известно, что данное решение призвано, прежде всего, на использование старой техники семейства SPARC - практически оно позволяет запускать на выделенном сервере профили и задачи клиентов. Поддержка ICA дает возможность использовать ресурсы серверов Citrix на рабочих станциях (только для этого и придется ставить клиентов от Citrix).
Таким образом, данное решение - практически готовая платформа для клиентов, которым нужен Solaris-сервер.
X-terminal Servers
Целая группа серверов существует для Linux, FreeBSD и для некоторых других операционных систем. Надо отметить, что серверов много и начинаются они со стандартного удаленного запуска, заканчивая специализированными серверами, позволяющими распределять загрузку по другим серверам.
Поддерживают общий протокол - X-Window.
4. Тонкие клиенты
Для того чтобы разобраться, что такое клиент, следует посмотреть, что он делает.
Если он ничего не делает, его можно с легкостью назвать бездельником или ультра тонким клиентом (по терминологии IBM это так называемый "слепой терминал"). Такие клиенты получают несжатый поток "видео" от сервера (телевизоры), а в ответ посылают только нажатия на клавиши и изменения положения курсора мыши. Таких клиентов большинство.
Далее идут тонкие клиенты. В их обязанности входит умение распаковывать информацию - они должны уметь обрабатывать сжатую графическую информацию, правильно воспроизводить анимацию и поддерживать разные курсоры мыши.
Третья группа - нечто большее, чем тонкие, и меньшее, чем толстые. Данные клиенты использует вызовы собственной операционной среды для прорисовки экрана, мыши, соединения с сервером и так далее. Практически все программные клиенты являются такими.
Четвертая группа - NET PC. Эти клиенты сами выполняют часть программ (обычно написанных на Java - Java PC). Таким образом, программисты могут создавать распределенные приложения для внутрикорпоративного использования. Надо отметить, что классические решения NET PC основываются на хранении кода программы на сервере - и кэширование их на уровне клиентов.
В мире сейчас насчитается около 50 тонких, сверхтонких и обыкновенных решений на программной основе. В данном реферате будут рассмотрены только те клиенты, которые известны в США и появлялись хотя бы в единичных экземплярах в России.
Wyse Technology - тонкие клиенты низкой ценовой категории, с предустановленным DOS и специальной версией Сitrix DOS-клиента. Работают с любыми версиями серверов Сitrix. Существует версия, поддерживающая RDP. Недавно появилась версия, в которой все программное обеспечение зашито в BIOS (ранее все работало через сетевую загрузку).
Boundless Technologies - такие же решения, но с возможностями настройки подключения к серверу прямо из BIOS.
Neoware - более молодая компания, предлагающая ультратонких клиентов. Такие же возможности, как и у предыдущих двух.
Acute Network Technologies - лидер в области новых решений: предложила тонкого клиента встроенного в ЖК-монитор. Плюсом также является очень простая настройка - требуется ввести только IP-адрес сервера и параметры подключения.
Ваш 386 компьютер - идеальное решение, если вы сможете сами настроить удаленную загрузку и подождать пару минут для загрузки DOS и клиента Сitrix ICA.
Acer WT 300 - такое же решение, как и предыдущее, только настроенное и помещенное в ультратонкий корпус.
Maxspeed +ONE - еще меньше чем Асer, размером c пачку сигарет, но требует подключения к определенному UNIX-серверу (далее используя протокол X-window, так же его можно подключить к серверу Citrix.). Сверхтонкий клиент.
5. Заключение
Подведем итоги. Технология описанная выше сможет реанимировать устаревшую вычислительную технику, причем с затратами меньшими чем стоимость модернизации.
Также надо отметить, что данные решения позволяют большим компаниям сэкономить на администрировании и закупке техники, а средним и малым получить прекрасные рабочие места по 250-300 долларов каждое.
В будущем данные решения получат распространение благодаря развитию всевозможных мобильных технологий - кстати уже сейчас под Windows CE существует клиентская часть для подключения к серверу.
Возможно скоро включив свой сотовый телефон, для того чтобы поработать в Word, мы увидим надпись - "подключение к терминальному серверу ….."
Список литературы:
- Windows 2000 Server , Марк Майнази, Криста Андерсон, Брайан Смит, Дуг Тумбс. Москва, Издательство «ЛОРИ» 2000 г.
- Статьи журнала «Сетевые решения LAN» 2003-2004гг.
- Статьи журнала «Windows & .NET Magazine» 2004 г.
- Статьи журнала «Открытые системы» 2003г.