Установка и настройка прикладного программного обеспечения персональных компьютеров

Обновлено: 04.07.2024

1. Цель работы: изучить этапы установки прикладного программного обеспечения, научиться настраивать и работать с прикладным программным обеспечением.

2. Оборудование, приборы, аппаратура, материалы: персональный компьютер, видеоматериал, рабочая тетрадь.

Задание № 1. Напишите этапы установки программного обеспечения.

1. Начало процесса установки

2. Выбор места установки

3. Выбор типа установки (стандартная, минимальная, полная, ручная)

4. Лицензионное соглашение

Задание № 2. Напишите клиентские компоненты установки ПО для Windows Professional.

Расширение управления приложениями на клиентских компьютерах (appmgmts.dll

Элемент панели управления Установка и удаление программ (Add/Remove Programs)

Задание № 3. Напишите этапы настройки программного обеспечения.

Настройка основных параметров

Привязка ОП к оборудованию

Задание № 4. Сравни, чего больше:

Задание № 5. Укажите, какое ПО необходимо людям в следующих ситуациях:

Ситуация Системное ПО Прикладное ПО Инструментальное ПО
Ландшафтные дизайнеры создают проект нового городского ландшафта +
Профессиональный программист пишет компьютерную программу по заказу крупной фирмы +
Ученые научно-исследовательского института расшифровывают записи, переданные марсходом +
Выпускной 11 класс готовит фотоальбом и собирает воспоминания о своей школьной жизни +
Web-дизайнер создает сайт известной фирмы +
Школьник играет в компьютерную игру +
Создатели нового мобильного телефона пробуют различные варианты дизайна + +
Учитель пишет компьютерный тест по своему предмету +
Конструкторы исследуют модель новой подводной лодки +

Задание № 6. Напишите в чем принципиальное отличие прикладного программного обеспечения общего назначения от иных видов прикладного программного обеспечения?

Прикладное ПО общего назначения - совокупность программ для решения общих универсальных задач. Эти программы используются большинством пользователей компьютера.

Прикладное ПО специального (профессионального) назначения - совокупность программ для решения более узких задач и профессиональных задач различных предметных областей (архитектуры, строительства, музыкальной и киноиндустрии), т.е. обычным пользователям ПО специального назначения не нужны, они не будут пользоваться САПР, 1С, СУБД и т.п.

Задание № 7. Напишите в чем заключается принцип организации диалога «компьютер—пользователь» с помощью меню?

Пользователь может осуществить свой выбор из заранее созданного списка пунктов. При большом количестве вариантов пункты могут быть сгруппированы в группы, таким образом меню может быть вложено друг в друга, образуя иерархическую структуру. Такое меню облегчает пользователю поиск нужного меню и совершать меньше ошибок.

Ответы на контрольные вопросы:

2. Прикладной, системный, служебный, базовый

4. Ядро операционной системы выполняет такие функции: управление памятью, процессами ввода-вывода, файловой системой, организация взаимодействия и диспетчеризация процессов, учет использования ресурсов, обработка команд и т.д.

5. Отвечает за взаимодействие с базовыми аппаратными средствами

6. 1. Диспетчеры файлов (файловые менеджеры). С их помощью выполняется большинство операций по обслуживанию файловой структуры: копирование, перемещение, переименование файлов, создание каталогов (папок), уничтожение объектов, поиск файлов и навигация в файловой структуре. Базовые программные средства содержатся в составе программ системного уровня и устанавливаются вместе с операционной системой

2. Средства сжатия данных (архиваторы). Предназначены для создания архивов. Архивные файлы имеют повышенную плотность записи информации и соответственно, эффективнее используют носители информации.

3. Средства диагностики. Предназначены для автоматизации процессов диагностики программного и аппаратного обеспечения. Их используют для исправления ошибок и для оптимизации работы компьютерной системы.

4. Программы инсталляции (установки). Предназначены для контроля за добавлением в текущую программную конфигурацию нового программного обеспечения. Они следят за состоянием и изменением окружающей программной среды, отслеживают и протоколируют образование новых связей, утерянных во время уничтожения определенных программ. Простые средства управления установлением и уничтожением программ содержатся в составе операционной системы, но могут использоваться и дополнительные служебные программы.

6. Средства просмотра и воспроизведения. Преимущественно, для работы с файлами, их необходимо загрузить в "родную" прикладную программу и внести необходимые исправления. Но, если редактирование не нужно, существуют универсальные средства для просмотра (в случае текста) или воспроизведения (в случае звука или видео) данных.

7. Средства компьютерной безопасности. К ним относятся средства пассивной и активной защиты данных от повреждения, несанкционированного доступа, просмотра и изменения данных. Средства пассивной защиты - это служебные программы, предназначенные для резервного копирования. Средства активной защиты применяют антивирусное программное обеспечение. Для защиты данных от несанкционированного доступа, их просмотра и изменения используют специальные системы, базирующиеся на криптографии.

7. Текстовые редакторы

3-D редакторы (трехмерная графика).

при необходимости быстрого ознакомления с документом;

для перевода на иностранный язык;

для создания черновика, который потом будет подправлен полноценным переводом

10. Интерпретатор читает один оператор программы, анализирует его и сразу выполняет, после чего переходит к обработке следующего оператора.

Компилятор сначала читает, анализирует и переводит на машинный код всю программу и только после завершения всей трансляции эта программа выполняется.

Вывод:изучили этапы установки прикладного программного обеспечения, научились настраивать и работать с прикладным программным обеспечением. Полностью выполнили цель работы. Проблем не возникло

Установка и обслуживание программного обеспечения персональных компьютеров, серверов, периферийных устройств и оборудования, Богомазова Г.Н., 2015.

Учебник создан в соответствии с Федеральным государственным образовательным стандартом среднего профессионального образования по профессии «Наладчик аппаратного и программного обеспечения», ПМ.02 «Установка и обслуживание программного обеспечения персональных компьютеров, серверов, периферийных устройств и оборудования».
Рассмотрены основные понятия и виды программного обеспечения, варианты программной конфигурации компьютера, установка и обслуживание системного программного обеспечения по видам. Даны сведения об операционных системах, их установке и администрировании, об установке и настройке параметров функционирования периферийных устройств, сопровождении программного обеспечения. Аналогично дан материал по установке и обслуживанию прикладного программного обеспечения.
Для студентов учреждений среднего профессионального образования.

ФАЙЛ И КАТАЛОГ.
Долговременное хранение данных, которые чаще всего сохраняются на жестком диске, — одно из назначений компьютера. Важно знать, каким же образом организовано их хранение.

Данные — это любая информация. Данными можно назвать текст, рисунок, таблицу, видео, звук. При сохранении определенных данных на диске предполагается, что когда-нибудь они понадобятся снова. Для поиска данных необходимо знать, где они были сохранены, а также имя, по которому к ним обращаться. Для сохранения адреса и имени области диска, где хранятся конкретные данные, было введено понятие файла.

Файл — это именованное место на диске для хранения данных определенного типа.
Файлов может быть очень много, и они могут находиться в разных местах жесткого диски. Для того чтобы упорядочить и систематизировать файлы, существует особый тип файла — каталог, который представляет собой список ссылок на файлы с данными или другие каталоги. Если в операционной системе (ОС) открыть каталог, то можно увидеть файлы и другие каталоги, которые как бы в нем хранятся. На самом деле эти вложенные файлы могут находиться в разных местах жесткого диска, но ОС покажет их вместе.

СОДЕРЖАНИЕ
Предисловие
РАЗДЕЛ I УСТАНОВКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ПЕРСОНАЛЬНЫХ КОМПЬЮТЕРОВ, СЕРВЕРОВ, ПЕРИФЕРИЙНЫХ УСТРОЙСТВ И ОБОРУДОВАНИЯ
Глава 1. Основные понятия и виды программного обеспечения
1.1. Файл и каталог
1.2. Организация хранения информации в персональных компьютерах
1.3. Файловая система
1.4. Пользовательский интерфейс
1.5. Классификация программного обеспечения
1.6. Программная конфигурация компьютера
1.7. Принципы лицензирования и модели распространения программного обеспечения
Практические работы
Глава 2. Установка и настройка системного программного обеспечения
2.1. Базовое программное обеспечение
2.2. Операционные системы
2.3. Системные оболочки
2.4. Драйверы
2.5. Служебное программное обеспечение
Практические работы
Глава 3. Установка и настройка прикладного программного обеспечения
3.1. Прикладные программы общего назначения
3.2. Прикладные программы специального (профессионального) назначения
3.3. Программы для работы в локальной сети и Интернете
3.4. Пакеты прикладных программ
3.5. Порядок установки и настройки прикладного программного обеспечения
Практические работы
РАЗДЕЛ II ОБСЛУЖИВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ПЕРСОНАЛЬНЫХ КОМПЬЮТЕРОВ, СЕРВЕРОВ, ПЕРИФЕРИЙНЫХ УСТРОЙСТВ И ОБОРУДОВАНИЯ
Глава 4. Основы информационной безопасности
4.1. Основные направления защиты информации
4.2. Способы защиты информации
4.3. Защита программного обеспечения
4.4. Безопасность данных в интерактивной среде
Практические работы
Глава 5. Администрирование операционных систем
5.1. Сопровождение программного обеспечения
5.2. Назначение и средства администрирования
5.3. Конфигурирование операционной системы
5.4. Администрирование пользователей
5.5. Администрирование удаленного доступа
5.6. Работа с протоколом TCP/IP в операционных системах
5.7. Организация сетевой печати
Практические работы
Заключение
Список литературы.

Прикладное программное обеспечение (ПО) предназначено для решения определенных стандартных задач, неизбежно возникающих при информатизации вашей компании. Документооборот, бухгалтерская деятельность, пользование сетевыми ресурсами, коммуникации, работа с графикой или базами данных — все программы, решающие данные задачи, относятся к общему классу прикладного ПО.

Как правило, для решения подобных задач подходит стандартизированное прикладное программное обеспечение, выпускающееся в виде пакетов прикладных программ, объединенных по виду решаемых задач. В зависимости от ваших потребностей и бюджета, выделенного для этих целей, функционал и стоимость таких пакетов может существенно отличаться, так же как и сложность настройки выбранных программ. Подобрать нужное прикладное ПО в современных условиях — достаточно сложная задача для непрофессионала в ИТ сфере. Установка и настройка прикладных программ — как правило тоже достаточно сложная задача, в силу их разнообразия и различного подхода к программированию, используемого производителями прикладного программного обеспечения.

Наша компания имеет достаточно много готовых конфигураций пакетов прикладного программного обеспечения, которые в большинстве случаев подойдут для вашей компании. В случае специфических задач, которые вам нужно решать, мы всегда готовы составить, установить и настроить пакет прикладных программ, наилучшим образом отвечающий потребностям именно вашей компании.

Иногда встречается обратная ситуация, когда возможности выбора прикладных программ нет, зато есть необходимость установить, настроить и заставить работать строго определенное программное обеспечение — например в случае банк-клиентов. Наиболее частой проблемой при установке и настройке «вынужденного» прикладного программного обеспечения является задача совместимости с уже установленными программами. Наша компания имеет богатый опыт успешного решения таких задач. Если к примеру у вас два банк-клиента, сертификаты которых конфликтуют друг с другом, а установка должна быть произведена на одном компьютере — это как раз одна из проблем, в решении которой вам могут помочь наши специалисты.

От вопросов, связанных с аппаратной составляющей кластера, перейдем к базовому и специализированному программному обеспечению. Заметим сразу, что в задачи данного раздела не входит обучение установке стандартных вариантов операционных систем. Это уже описано во множестве книг и предполагается, что читатель обладает необходимыми минимальными навыками и знаниями. Сосредоточимся на "кластерных" особенностях, позволяющих множеству независимых компьютеров согласованно работать в рамках единого комплекса.

Стандартом de-facto операционной системы для вычислительных кластеров в настоящее время является Linux. Какой дистрибутив предпочесть? Иногда это решает сам системный администратор , который будет поддерживать работу кластера, в некоторых случаях выбор однозначно определяется прикладным программным обеспечением, оптимизированным под конкретную версию ОС. С точки зрения собственно построения кластера большой разницы в дистрибутивах нет, однако специализированные прикладные пакеты могут оказаться к ним чувствительными. Это же касается и драйверов ко всему набору аппаратного обеспечения, особенно к новым моделям или нестандартному оборудованию.

В последнее время все большую популярность приобретает система Windows Compute Cluster Server 2003, разработанная компанией Microsoft для поддержки кластерных платформ. Вариант интересный, особенно если учесть большой объем прикладного ПО , работающего именно под MS Windows . Его миграция под кластерный вариант этого семейства операционных систем, безусловно, является лишь вопросом времени. Однако к настоящему моменту во всем мире опыта использования Windows Compute Cluster Server 2003 не много, система только недавно анонсирована, поэтому в данной работе мы будем предполагать, что выбрана ОС семейства Linux.

Рассматривая возможность использования продуктов подобного рода, нужно четко представлять возможные последствия этого решения. С одной стороны, необходимо понижать трудоемкость сопровождения и администрирования кластерных систем за счет автоматизации рутинных и предписанных регламентом процессов - это правильно, в таком направлении как раз и идет развитие данной области, в частности, для снижения стоимости владения сложными компьютерными системами. Но с другой стороны, кластерная система с самого начала должна быть максимально эффективной по отношению к задачам и оставаться такой все время своего существования. Значительным недостатком упомянутых выше продуктов является то, что в качестве основы коммуникационной среды везде предполагается Ethernet и взаимодействие через ТСР/IР, что может самым печальным образом сказаться на эффективности работы кластерной системы в целом. Если для работы в таком режиме система и ставилась, если есть уверенность, что все остается под контролем, или есть время для накопления опыта и экспериментов, то вполне можно воспользоваться и таким путем.

Установив и настроив обычный вариант операционной системы на головном узле кластера, проведем аналогичную операцию на файловом сервере. Настоятельно рекомендуем использовать Logical Volume Manager для раздела, на котором будут располагаться данные пользователей кластера. Это позволит легко проводить дальнейшее расширение хранилища и безболезненно переносить логический раздел с данными пользователей в будущем.

На головную машину операционная система ставится обычным образом. А вот для того, чтобы установить ОС на вычислительные узлы кластера, как правило, требуются дополнительные усилия. С одной стороны, на вычислительных узлах не принято устанавливать привычные в такой ситуации CD или Floppy-приводы, а с другой - установить и настроить ОС на десятках узлов само по себе является занятием долгим и утомительным.

Для упрощения процесса можно воспользоваться виртуальными приводами, если они поддерживаются сервисной сетью. Если нет, то достаточно подключить через USB или напрямую к одному из узлов CD-привод и провести установку операционной системы на этом узле.

Проведя начальную установку и стандартную настройку узла, нужно сделать еще несколько шагов для его дальнейшей работы в составе кластера. Убедитесь, что на узле установлен сервер ssh , и что пользователю root разрешен удаленный вход. Настройте беспарольный вход на узел для пользователя root , используя авторизацию по ключу, для чего воспользуйтесь командой ssh - keygen . Необходимо иметь возможность заходить на этот узел привилегированным пользователем root с головного узла - это значительно облегчит жизнь в дальнейшем.

Настройте на файловом сервере сетевой каталог, разрешив доступ к нему с вычислительных узлов и головного узла. Это можно сделать, прописав соответствующую строку в файл /etc/exports и запустив сервер NFS . Убедитесь, что сервер NFS стартует автоматически при загрузке файл-сервера .

Крайне желательно добавить в строку экспорта в файле /etc/exports опцию no_root_squash . По умолчанию NFS отменяет права суперпользователя для удаленных хостов, а указанная опция не позволяет этого сделать.

На вычислительном и головном узлах создайте каталог с одинаковым именем (например, /common или даже /home ) и настройте автоматическое монтирование в него каталога с файл-сервера . Это можно сделать, прописав соответствующую строку в файл /etc/fstab . Убедитесь, что каталог монтируется без проблем, до того как будете перезагружать узлы!

Обратите внимание на то, что многие современные дистрибутивы (такие как SuSE, RedHat, Fedora Core и другие) делают жесткую привязку настроек сетевого интерфейса к МАС-адресу сетевой карты . Если просто скопировать такие настройки на другой узел, сетевой интерфейс просто не заработает. Для того чтобы настройки можно было безболезненно перенести на любой узел, необходимо убрать привязку к МАС-адресу из файла /etc/sysconfig/network/ifcfg-eth-XXXXXX , если она там есть, переименовать этот файл в ifcfg-eth0 или ifcfg-ethl . Точно также необходимо убрать явные переименования сетевых интерфейсов в подсистеме udev . Чтобы найти остальные не столь очевидные привязки к МАС-адресу, поищите все его упоминания командой 'grep -ri MAC /etc' , где MAC замените реальным значением МАС-адреса. Узнать его можно командой ifconfig .

Синхронизация времени в системе. Она осуществляется с помощью пакета xntp или его аналогов. При существенном расхождении часов на различных узлах могут наблюдаться сбои в работе параллельных программ . Необходимо настроить ntp - сервер на головном узле, а на всех остальных узлах - клиентов, которые будут с ним синхронизироваться. При старте все узлы должны явно синхронизироваться с головным узлом командой ntpdate (она обычно входит в состав пакета xntp ), что необходимо, поскольку при большом расхождении часов клиент ntp коррекцию времени может и не выполнить.

Отслеживание состояния UPS. Большинство современных источников бесперебойного питания способны сообщать о своем текущем состоянии через СОМ-порт, USB или по сети через SNMP . Некоторые производители включают программы под Linux для отслеживания состояния UPS в поставку, но, увы, делают это далеко не все. Существует свободный пакет для мониторинга состояния UPS , который называется NUT. Он поддерживает большое число моделей UPS , но перед покупкой оборудования лучше проверить, поддерживается ли конкретная модель. NUT включает в себя сервер , снимающий данные с UPS , и клиентов. Сервер работает на головном узле, к нему же должен быть подключен управляющий кабель UPS . Клиенты должны быть установлены на все узлы. В случае отключения питания клиенты дадут команду на выключение узлов. Таким образом, можно избежать потери данных и сохранить работоспособность кластера. Если UPS достаточно мощный и может поддерживать работу кластера в течение какого-то времени, то команда выключения узлов может быть настроена на отсроченное выключение. В этом случае, если электропитание восстановится, то выключение будет отменено.

Синхронизация системных файлов ( passwd, shadow, hosts, .. .). Для того, чтобы системные изменения затрагивали не только головной узел, но весь кластер сразу, можно применять различные схемы. NIS - это одно из самых простых решений, которое, однако, чревато проблемами в случае сетевых сбоев. Следует специально отметить, что, несмотря на "простоту", хорошая настройка этой схемы может оказаться весьма нетривиальным делом для неискушенного администратора. Использование rsync является более простым решением, требующим лишь включения нужного сервиса на всех узлах и начальной настройки на головном узле. Третий вариант можно условно назвать "ручным" копированием, что предполагает использование scp в скрипте для автоматического дублирования всех нужных файлов на узлы. Каждый из перечисленных методов требует явного вызова определенной команды после изменения системных файлов. Есть и другие методы, но все они, в целом, аналогичны rsync .

Следующим шагом в настройке программного обеспечения кластерной системы является тиражирование установленной ОС на все остальные узлы. Для этого можно воспользоваться тремя схемами.

  • Берем любой доступный компьютер. Вставляем в него жесткий диск из вычислительного узла с уже настроенной ОС и один (или несколько) дисков из других узлов. Затем с помощью команды dd копируем на чистые диски содержимое первого диска.
  • Можно воспользоваться программой типа Acronis True Image или Norton Ghost для клонирования диска первого узла на диски остальных узлов.
  • Можно создать образ установленной ОС с помощью архиватора tar или cpio (исключите при архивировании содержимое файловых систем proc , sysfs, devfs, usbfs и им подобных). Установите syslinux . С помощью пакета sysinux и серверов dhcpd настройте сетевую загрузку. Далее нужно создать сетевой NFS-диск, на котором будет создана минимальная система, достаточная для подготовки жесткого диска (разбиение и форматирование), для разворачивания архива с образом ОС и установки загрузчика . Убедитесь, что ядро данной минимальной системы поддерживает корневой каталог на NFS. Затем скопируйте в каталог сетевого диска образ ОС и в качестве стартового сделайте скрипт, который автоматически установит это образ. После этого произведите сетевую загрузку всех узлов, где операционная система еще не установлена.

Третий способ, конечно, сложнее, но он более универсален и позволяет в дальнейшем быстро добавлять новые узлы и восстанавливать испорченные простой перезагрузкой (с указанием "грузиться по сети"). Для подготовки минимальной системы, которая будет грузиться по сети и устанавливать ОС на узлы, можно воспользоваться любым мини-дистрибутивом из сети Интернет или подмножеством программ из уже имеющегося дистрибутива.

В минимальной системе обязательно должны присутствовать: bash, tar (или cpio ), sfdisk, mke2fs ( mkreiserfs или иное в зависимости от выбранной файловой системы), полный пакет grub (или lilo ) и набор библиотек с динамическим линкером, необходимые для работы этих программ.

С помощью программы sfdisk можно записать в файл разметку жесткого диска с первого узла и в стартовом скрипте использовать ее для разметки жестких дисков чистых узлов.

О безопасности кластера нужно позаботиться заранее. Не стоит полагаться на соображения типа: "Да кому нужно взламывать наш кластер ?". Будьте уверены, что желающих найдется много. Совсем не обязательно их целью будет помешать вашей работе. Скорее всего, задачей станет использовать взломанные компьютеры как плацдарм для будущих хакерских действий или рассылки спама.

О том, как повысить безопасность Linux-сервера, написано немало книг и статей, желательно с ними ознакомиться. Приведем лишь несколько основных советов.

  • Для удаленного входа на кластер и удаленной передачи файлов используйте ssh . Под Windows есть немало программ, реализующих этот протокол, например, свободно распространяемая программа putty . He используйте для этих целей telnet, ftp, nfs или samba (windows share).
  • Отключите все ненужные сервисы.
  • Включите файрволл, продумайте политику его использования.
  • По возможности, дополнительно ограничьте доступ пользователей. Это можно сделать, задав список адресов, с которых разрешено заходить на головной узел, либо запретив авторизацию по паролю и обязав пользователей использовать для авторизации ключи.
  • Включите "устаревание" паролей пользователей.
  • Включите проверку сложности паролей.
  • Установите одну из программ проверки целостности системы (такую, как tiger, ossec, tripware ).
  • Регулярно проверяйте журналы на головном узле, воспользуйтесь пакетом logcheck или logwatch .
  • Время от времени проверяйте систему на наличие "закладок" программами типа chkrootkit, rkhunter . He храните эти программы в доступном с головного узла каталоге, лучше запускайте их с USB-Flash или с дискеты.

О том, как произвести такие настройки, можно прочесть в man-страничках chage, sshd, sshd_config, pam , а также В документации к упомянутым пакетам. Подчеркнем еще раз: обеспечение безопасности - это очень важный вопрос. Сразу уделите безопасности особое внимание, поскольку решение этих проблем после обнаружения факта взлома уже может быть сопряжено с потерями.

В данном разделе мы сразу предположили использование NFS в качестве сетевой файловой системы кластера. Она хорошо известна, у многих есть опыт ее использования, поэтому именно на NFS чаще всего останавливается выбор администраторов. Но хочется предостеречь сразу: этот вариант, во-первых, не единственный и, во-вторых, совсем не идеальный. Основное слабое место связано с плохой масштабируемостью NFS и очень сильным падением характеристик ее работы при увеличении числа узлов. Какова цель кластерного проекта и чего хотелось бы достичь? Максимум процессоров, максимум "флопсов"? Бывает и такое. В частности, именно такие требования выдвигают некоторые масштабные задачи физики высоких энергий, для которых чем больше в компьютерной системе вычислительных узлов, тем лучше. Если говорить про общий случай, то каждое приложение устанавливает некоторый порог, соотношение между вычислительными способностями кластера и характеристиками подсистем ввода/вывода, за которым выполнение приложения перестает быть эффективным, а использование кластера становится полностью нецелесообразным. Для параллельных приложений порог может меняться в зависимости от числа используемых процессоров, что создает дополнительные трудности в его определении на практике. Но сделать это необходимо, причем сделать на этапе проектирования архитектуры, чтобы вместо сбалансированной кластерной системы не получить однобоко развитого монстра. Здесь уместно вспомнить определение суперкомпьютера, приведенное в предисловии данной книги, согласно которому в системах подобного класса "проблема вычислений сводится к проблеме ввода/вывода".

Альтернативные варианты файловых систем, к которым стоит приглядеться: Panasas File System , Lustre, Terragrid, Parallel Virtual File System (PVFS2), General Parallel File System (GPFS). Данные файловые системы изначально предназначались для параллельных компьютеров, они активно развиваются и реально используются на многих больших кластерных системах. Имеет смысл подумать об этих вариантах. Сделать "как все" не означает принять оптимальное для себя решение: не исключено, что именно данные файловые системы лучше всего подойдут для решения задач проекта.

Итак, на все узлы кластера установлена операционная система , проведена начальная настройка, кластер "задышал". Следующим шагом будет переход к содержательной работе кластера и запуск параллельных программ . Для этого нам нужен набор компиляторов, одна или несколько сред параллельного программирования, дополнительные библиотеки и пакеты, специализированные прикладные системы.

Читайте также: