Как определить аппаратную конфигурацию компьютера. Программная конфигурация
Cтраница 1
Программная конфигурация и база данных хранятся в энергонезависимом ОЗУ модулей.
Состав программного обеспечения вычислительной системы называют программной конфигурацией. Между программами, как и между физическими узлами и блоками существует взаимосвязь - многие программы работают, опираясь на другие программы более низкого уровня, то есть мы можем говорить о межпрограммном интерфейсе. Возможность существования такого интерфейса тоже основана на существовании технических условий и протоколов взаимодействия, а на практике он обеспечивается распределением программного обеспечения на несколько взаимодействующих между собой уровней.
Совокупность программ, установленных на компьютере, называется его программной конфигурацией: Совокупность оборудования, подключенного к компьютеру, называется его аппаратной конфигурацией. Несмотря на то что по своей архитектуре и функциональному назначению разные компьютеры могут быть весьма близки друг другу, найти два компьютера, имеющих одинаковые аппаратные и программные конфигурации, практически невозможно. На каждом рабочем месте программно-аппаратная конфигурация создается такой, чтобы наиболее эффективно решать конкретные практические задачи, характерные для данного рабочего места.
Недостатком механизма восстановления являются значительные затраты дискового пространства на хранение контрольных точек. Если аппаратная или программная конфигурация компьютера подвержена регулярным изменениям, то объем дискового пространства, Используемый для хранения данных контрольных точек, может выйти за любые разумные пределы. В этом случае средство Восстановление системы можно отключить, отдавая себе отчет, что надежность работы компьютера в этом случае может снизиться.
| Структура двухмашинной системы на базе ЭВМ ЕС-1033. |
В ЕС ЭВМ имеются МПД с жесткой и программной конфигурацией (прил. Создание сложных систем телеобработки связано с возможностями перераспределения функций управления между центральной ЭВМ и периферийными процессорами телеобработки данных.
Рассмотрим вначале большую автономную систему. Хотя интерес представляют и малые системы, но общую операционную и программную конфигурацию большой системы можно использовать как эталон для сравнения менее сложных конфигураций. В большой системе имеется набор готовых программ, которые обычно поставляются вместе с ЭВМ. Этот набор обычно включает операционную систему, самонастраивающий загрузчик, ассемблер, один или несколько компиляторов или интерпретаторов, редактор связей, загрузчик, системные подпрограммы и макрокоманды, а также множество подпрограмм управления ВВ.
Для создания конкретного варианта информационно-поисковой системы на базе ППП АИДОС пользователь должен точно сформулировать свои требования к системе. Он должен определить носитель фонда системы, задачи, программную конфигурацию системы. Эти параметры должны быть описаны в макрокоманде DI UKPV, которая была рассмотрена выше.
Раскрывается реальный опыт по созданию сетевого окружения библиотеки Санкт-Петербургского Государственного Электротехнического Университета ЛЭТИ. Рассматриваются основные вопросы, возникающие при этом: управление приложениями библиотеки, управление личными данными пользователей, разработка и репликация программных конфигураций рабочих станций, управление доступом в Internet. Вкратце описаны основные технологии, с помощью которых данные вопросы были решены.
Это комплексы программ Netscape Communicator, Irbis и Microsoft Office, программа Adobe Acrobat Reader и другие. Уже во время разработки программных конфигураций рабочих станций стало очевидно, что установка всех этих приложений на каждой из рабочих станций будет крайне неэффективна. Не говоря уже о том, что целесообразность такого решения при наличии корпоративной сети вообще представляется весьма сомнительной, это повлекло бы резкое увеличение размера образа рабочей станции, а также усложнило бы жизнь службе технической поддержки. Поэтому на основе службы Novell Zen Works Application Management была построена эффективная система управления приложениями, решившая многие проблемы обеспечения доступа пользователей к необходимым программам и сохранения целостности этих программ.
Состав вычислительной системы называется конфигурацией. Аппаратные и программные средства вычислительной техники принято рассматривать отдельно. Соответственно, отдельно рассматривают аппаратную конфигурацию вычислительных систем и их программную конфигурацию. Такой принцип разделения имеет для информатики особое значение, поскольку очень часто решение одних и тех же задач может обеспечиваться как аппаратными, так и программными средствами. Критериями выбора аппаратного или программного решения являются производительность и эффективность.
Возможность селективного удаления сегментов входной программы позволяет программисту написать общую программу, которую можно использовать для разнообразных целей я в разных ситуациях, а затем в конкретной ситуации ассемблировать только нужную часть программы. Системные программисты широко применяют условное ассемблирование при создании программных средств, которые можно применять в различных аппаратных и / или программных конфигурациях.
Страницы: 1
Последнее обновление: 04.09.2017
Конфигурация по умолчанию
Начиная с версии 2.0, необязательно явным образом подключать конфигурацию в проект. Инфраструктура ASP.NET Core автоматически может это сделать. Единственное ограничение состоит в том, что в качестве файла конфигурации должен выступать файл с именем appsettings.json .
Итак, добавим в проект файл appsettings.json со следующим содержимым:
{ "color": "navy", "text": "Hello ASP.NET Core 2.0!" }
Используем этот файл конфигурации в классе Startup:
Using Microsoft.AspNetCore.Builder; using Microsoft.AspNetCore.Hosting; using Microsoft.AspNetCore.Http; using Microsoft.Extensions.DependencyInjection; using Microsoft.Extensions.Configuration; namespace ConfigurationApp { public class Startup { public Startup(IConfiguration config) { AppConfiguration = config; } public IConfiguration AppConfiguration { get; set; } public void ConfigureServices(IServiceCollection services) { } public void Configure(IApplicationBuilder app) { var color = AppConfiguration["color"]; var text = AppConfiguration["text"]; app.Run(async (context) => { await context.Response.WriteAsync($"
{text}
"); }); } } }Чтобы получить конфигурацию из файла appsettings.json, достаточно передать в конструктор класса объект IConfiguration, который и будет содержать все настройки. И затем полученную конфигурацию можно использовать в приложении.
Dependency Injection
Более того конфигурация, составленная из файла appsettings.json, доступна по всему приложению, и мы можем ее получить через механизм Dependency Injection, например, в конструкторе какого-нибудь класса. Так, можно определить компонент middleware - ConfigMiddleware, который будет использовать конфигурацию:
Using System.Threading.Tasks; using Microsoft.AspNetCore.Builder; using Microsoft.AspNetCore.Http; using Microsoft.Extensions.Configuration; namespace ConfigurationApp { public class ConfigMiddleware { private readonly RequestDelegate _next; public ConfigMiddleware(RequestDelegate next, IConfiguration config) { _next = next; AppConfiguration = config; } public IConfiguration AppConfiguration { get; set; } public async Task Invoke(HttpContext context) { var color = AppConfiguration["color"]; var text = AppConfiguration["text"]; await context.Response.WriteAsync($"
{text}
"); } } }И затем использовать данный компонент в классе Startup:
Public class Startup
{
public Startup(IConfiguration configuration)
{
AppConfiguration = configuration;
}
public IConfiguration AppConfiguration { get; set; }
public void ConfigureServices(IServiceCollection services)
{
}
public void Configure(IApplicationBuilder app)
{
app.UseMiddleware
Передача конфигурации из разных источников
Однако выше приведенный способ получения конфигурации в middleware и в других классах будет работать, если в приложении определен файл appsettings.json, который и хранит все настройки. Однако если файл называется иначе, или настройки хранятся в файлах xml, ini, каких-то других источниках или просто определяются в памяти, то по умолчанию передача конфигурации в качестве сервиса работать не будет. И в этом случае необходимо явным образом указать, с каким объектом будет сопоставляться сервис IConfiguration.
Например, мы хотим хранить конфигурационные настройки в памяти и передавать их в качестве сервиса в middleware:
Public class Startup
{
public Startup()
{
var builder = new ConfigurationBuilder()
.AddInMemoryCollection(new Dictionary
В метод AddTransient() через фабрику сервисов передается объект, который будет использоваться в качестве сервиса IConfiguration. При этом код ConfigMiddleware не меняется, он также получает IConfiguration через конструктор.
Синтаксис
Синтаксис конфигурационного файла однозначно определяется в терминах:
- Конфигурация — последовательность параметров
- Параметр — имя без пробельных символов со следующим за ним значением, отделенным хотя бы одним пробельным символом
- Значение — строка без пробельных символов / строка, заключенная в кавычки / вложенная конфигурация, заключенная в фигурные скобки
Конфигурация
Дополнительные ограничения / соглашения:
- Значения всех временны х параметров задаются как целые числа, единица измерения — миллисекунды — не указывается
Все FastCGI-приложения, которыми должен управлять Пускач, должны быть либо явно описаны в конфигурационном файле, либо должна быть определена конфигурация по умолчанию. Приложение описывается параметром fcgi со вложенной конфигурацией:
- req_pool_size 256
- # Команда запуска PHP-скриптов
- start_cmd
- mask *.php
- mask *.phtml
- cmd "/usr/local/bin/php-cgi -f $script_filename"
- # Конфигурация по умолчанию
- default_fcgi
- unix_socket_prefix "/tmp/puskach/site_user_fcgi_"
- io_timeout 10000
- max_processes 5
- sleep_timeout 30000
- requests_per_process 1000
- path "/usr/home/site_user/www/myscript.fcgi"
- unix_socket_prefix "/tmp/puskach/site_user_myscript_fcgi_"
- io_timeout 10000
- max_processes 1
- sleep_timeout 15000
- request_processing_timeout 10000
- requests_per_process 100
- on_abort_request_behaviour 1
req_pool_size — глобальный параметр, устанавливает размер пула запросов, находящихся в обработке, либо ждущих в очереди. При исчерпании пула запросов новые запросы от web-сервера отклоняются. Значение по умолчаню 128.
Параметры FastCGI-приложения
path — путь к FastCGI-приложению, служит для двух целей: (1) запуск приложения и (2) поиск приложения при входящем запросе от web-сервера (во входящем запросе должен передаваться FastCGI-параметр SCRIPT_FILENAME с тем же значением). Может задаваться как абсолютно, так и относительно текущей директории рабочего процесса Пускача (текущую директорию можно установить при старте Пускача в стартовом скрипте).
unix_socket_prefix — префикс имени Unix сокета, используемого для связи Пускача с копиями FastCGI-приложения. Для обеспечения неблокирующей обработки запросов Пускач поддерживает параллельную работу с несколькими процессами одного приложения, именуемыми копиями . Каждая копия слушает свой Unix-сокет, имя которого состоит из префикса и номера копии.
req_queue_len — максимальная длина очереди запросов. Если на момент прихода запроса от web-сервера не находится свободных обработчиков, запрос ставится в очередь; если очередь переполнена, запрос отклоняется. Значение по умолчанию 10.
io_timeout — таймаут ввода-вывода — максимально допустимое время между двумя операциями ВВ. Если по истечении этого времени следующей операции ВВ не последовало, обработка запроса web-сервера будет прервана, а обрабатывающая запрос копия FastCGI-приложения остановлена.
max_processes — максимальное число процессов (копий), которые могут быть параллельно запущены для данного приложения (размер пула процессов).
sleep_timeout — таймаут бездействия — максимальное время простоя копии FastCGI приложения, по истечении которого копия останавливается. Используется для освобождения ресурсов, занятых процессами, длительное время не выполняющими обработку запросов.
request_processing_timeout — таймаут обработки запроса — максимально допустимое время между запросом web-сервера и ответом приложения об окончании обработки запроса. В случае превышения таймаута обработка запроса прерывается, а копия приложения останавливается.
requests_per_process — максимальное число запросов, которое может последовательно обработать копия данного FastCGI-приложения. В случае достижения лимита копия завершается. Полезно для профилактики утечки ресурсов.
on_abort_request_behaviour — выбор поведения при прерывании обработки запроса web-сервером: 0 — корректно завершить обработку запроса, если это возможно, 1 — прервать обработку запроса копией FastCGI приложения. По умолчанию 0. Обратите внимание, что для использования значения 1 необходимо, чтобы возможность прерывания обработки запроса при получении соответсвующего сигнала была реализована в логике FastCGI приложения.
Конфигурация по умолчанию
Конфигурация по умолчанию описывается параметром default_fcgi , аналогично fcgi . В случае, если конфигурация по умолчанию не определена, Пускач будет обрабатывать только запросы, адресованные явно описанным в конфигурационном файле FastCGI-приложениям. Иначе при запросе к любому существующему приложению Пускач будет динамически описывать его, использую конфигурацию по умолчанию. Имеет смысл задавать в конфигурации по умолчанию более строгие ограничения и переопределять их для отдельных скриптов в зависимости от их специфики.
Стартовая команда
Стартовая команда определяет исполняемую программу (как правило, интерпретатор) с набором аргументов командной строки, которая может быть использована для запуска FastCGI-приложений. Путь к исполняемому файлу и аргументы задаются в обязательном параметре cmd . Сложные аргументы, содержащие пробельные символы, необходимо заключать в двойные кавычки. По умолчанию путь к запускаемому скрипту будет передан последним аргументом, для явного указания аргумента необходимо использовать макрос $script_filename .
Для ассоциации стартовой команды со скриптами используется один или более параметров mask . Маска — любая комбинация из значащих символов и служебного символа * , совпадающего в любым колическом любых символов. Для поиска стартовой команды Пускач последовательно сравнивает все маски всех стартовых команд с путем к скрипту до первого совпадения. Если в результате поиска стартовая команда не найдена, будет выполнен прямой запуск скрипта по path .
Крайне рекомендуется задавать таймаутам и лимитам адекватные реальные значения, это позволит повысить стабильность работы сервера за счет своевременной реакции на возможное зависание приложений. Все параметры нужно выставлять в соответствии со спецификой каждого приложения.
В случае изменения конфигурации для считывания актуальной версии необходим перезапуск Пускача.
Совокупность настроек программы, задаваемая пользователем.
Существуют различные подходы к хранению конфигурации. Многие программы хранят настройки в текстовых файлах; особенно характерно это для UNIX-подобных систем . В Windows текстовые конфигурационные файлы так же используются и часто имеют формат .ini . Несмотря на то, что почти во всех случаях эти файлы можно редактировать вручную, во многих случаях для этого создаётся специальный интерфейс (который может быть как консольный, так и графический).
Иногда в UNIX-подобных системах конфигурация задаётся на этапе сборки программы, и для её изменения программу необходимо пересобирать. Ярким примером может служить ядро Linux . Почти во всех приложениях, собираемых на основе autoconf , можно подключать или отключать те или иные внешние библиотеки через параметры к скрипту configure .
Часто для хранения конфигурации используется специальная база данных. В Windows используется реестр Windows , а в GNOME - GConf ; в обоих случаях конфигурация имеет древовидную структуру.
Источники
Wikimedia Foundation . 2010 .
Смотреть что такое "Конфигурация программного обеспечения" в других словарях:
Содержание 1 Бразилия 2 Великобритания 3 Индия … Википедия
Конфигурация: В Викисловаре есть статья «конфигурация» Конфигурация (астрономия) … Википедия
В области информационных и компьютерных систем под конфигурацией понимают определенный набор комплектующих, исходя из их предназначения, номера и основных характеристик. Зачастую конфигурация означает выбор аппаратного и программного обеспечения … Википедия
У этого термина существуют и другие значения, см. Конфигурация. Совокупность параметров программного обеспечения. В операционных системах *NIX изменение конфигурации производится путем редактирования текстовых файлов настройки, расположенных, как … Википедия
ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения - Терминология ГОСТ Р МЭК 61508 4 2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа: 3.7.4 анализ влияния (impact analysis) …
Инфраструктура - (Infrastructure) Инфраструктура это комплекс взаимосвязанных обслуживающих структур или объектов Транспортная, социальная, дорожная, рыночная, инновационная инфраструктуры, их развитие и элементы Содержание >>>>>>>> … Энциклопедия инвестора
система - 4.48 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей. Примечание 1 Система может рассматриваться как продукт или предоставляемые им услуги. Примечание 2 На практике… … Словарь-справочник терминов нормативно-технической документации
СТО Газпром 2-2.3-141-2007: Энергохозяйство ОАО "Газпром". Термины и определения - Терминология СТО Газпром 2 2.3 141 2007: Энергохозяйство ОАО "Газпром". Термины и определения: 3.1.31 абонент энергоснабжающей организации: Потребитель электрической энергии (тепла), энергоустановки которого присоединены к сетям… … Словарь-справочник терминов нормативно-технической документации
Р 50.1.048-2004: Информационно-телекоммуникационные игровые системы. Термины и определения - Терминология Р 50.1.048 2004: Информационно телекоммуникационные игровые системы. Термины и определения: 2.3.25 адаптивное сопровождение: Изменение программного продукта после поставки, обеспечивающее его работоспособное состояние в измененных… … Словарь-справочник терминов нормативно-технической документации
ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования - Терминология ГОСТ Р МЭК 61513 2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа: [МАГАТЭ 50 SG D8] Примечание 1 См. также «система, важная для безопасности», «класс систем контроля… … Словарь-справочник терминов нормативно-технической документации
Совокупность настроек программы, задаваемая пользователем.
Существуют различные подходы к хранению конфигурации. Многие программы хранят настройки в текстовых файлах; особенно характерно это для UNIX-подобных систем . В Windows текстовые конфигурационные файлы так же используются и часто имеют формат .ini . Несмотря на то, что почти во всех случаях эти файлы можно редактировать вручную, во многих случаях для этого создаётся специальный интерфейс (который может быть как консольный, так и графический).
Иногда в UNIX-подобных системах конфигурация задаётся на этапе сборки программы, и для её изменения программу необходимо пересобирать. Ярким примером может служить ядро Linux . Почти во всех приложениях, собираемых на основе autoconf , можно подключать или отключать те или иные внешние библиотеки через параметры к скрипту configure .
Часто для хранения конфигурации используется специальная база данных. В Windows используется реестр Windows , а в GNOME - GConf ; в обоих случаях конфигурация имеет древовидную структуру.
Источники
Напишите отзыв о статье "Конфигурация программного обеспечения"
Отрывок, характеризующий Конфигурация программного обеспечения
– Да, опять просить ее руки, быть великодушным, и тому подобное?… Да, это очень благородно, но я не способен итти sur les brisees de monsieur [итти по стопам этого господина]. – Ежели ты хочешь быть моим другом, не говори со мною никогда про эту… про всё это. Ну, прощай. Так ты передашь…Пьер вышел и пошел к старому князю и княжне Марье.
Старик казался оживленнее обыкновенного. Княжна Марья была такая же, как и всегда, но из за сочувствия к брату, Пьер видел в ней радость к тому, что свадьба ее брата расстроилась. Глядя на них, Пьер понял, какое презрение и злобу они имели все против Ростовых, понял, что нельзя было при них даже и упоминать имя той, которая могла на кого бы то ни было променять князя Андрея.
За обедом речь зашла о войне, приближение которой уже становилось очевидно. Князь Андрей не умолкая говорил и спорил то с отцом, то с Десалем, швейцарцем воспитателем, и казался оживленнее обыкновенного, тем оживлением, которого нравственную причину так хорошо знал Пьер.
В этот же вечер, Пьер поехал к Ростовым, чтобы исполнить свое поручение. Наташа была в постели, граф был в клубе, и Пьер, передав письма Соне, пошел к Марье Дмитриевне, интересовавшейся узнать о том, как князь Андрей принял известие. Через десять минут Соня вошла к Марье Дмитриевне.